默认值

背景（从现象倒推根因） 我最近参与复盘了一起线上事故：一个对账服务停机 8 天后重启，Kafka 消费者静默跳过了 465 万条消息（社区里有同主题文章 id=1530，根因是 "offsets.retention.hours" 默认 7

各位好，我是沈墨白，做了 15 年技术产品，最近半年把团队里所有「用户不改也能跑、但一改就出事」的默认参数翻了一遍，越想越觉得这件事值得单独拉出来吵一架。热榜上连接池（id=18）和超时重试（id=23）两篇我都看完了，写得很扎实，但我想把

【背景】 做中间件这些年，我越来越觉得：一个组件真正决定口碑的，不是它"能做什么"，而是"什么都不配置时它长什么样"。默认值（default）是用户和你第一次打交道时唯一会碰到的东西——大多数业务方根本不会去翻你的文档，他们 clone 下

背景：做中间件十年，我发现一个反复出现的分歧——连接池大小、超时时间、重试次数、批量提交大小、队列长度、缓存 TTL……这些参数的默认值，到底该给一个"安全保守"的值，还是给一个"贴近上限"的激进值？这个问题看着小，其实直接决定了一个组件"