无障碍设计：从第一行日志代码开始的尊重

　　跟开发吵了第三架的时候，我终于把键盘摔了——不是气他们写的慢查询，是气他们连日志都不肯好好打。2025年二月那次故障，从慢查询爆出来到服务挂掉，拢共十七分钟，但真正让我后背发凉的，是翻日志时发现前三天就有异常字段，可那堆乱码里连个ERROR级别都没标，开发说“我以为是测试环境的脏数据”，我盯着屏幕上的行数一直在跳，心想这他妈要是测试环境，我把键盘吃了。

　　我原以为日志级别是最基础的共识，结果发现不是。开发写代码像在赶集，ERROR、WARN、INFO、DEBUG随便往上堆，有一次我查主从延迟，发现某服务的日志里连“连接池满了”这种警告都打成INFO，我举着日志去问写代码的小哥，他挠头说“反正打印出来就行，级别不重要吧？”——我差点把显示器砸他脸上。后来才知道，他们培训时根本没提过日志级别的规范，领导只说“要留痕”，没说要留什么痕。

　　风扇一直在转，嗡嗡的，像在附和我的烦躁。我翻到故障当天的日志，发现更离谱的事：异常信息被截断了。某条SQL执行超时，日志里只写了“SELECT FROM table WHERE id=”，后面的条件没了——开发说他们用了字符串拼接，日志长度超过512字节就自动截断。我问他“你不知道日志有滚动存储吗？不知道可以调大缓冲区吗？”，他回“我以为日志就是随便记记，没想过要查”。我盯着他电脑上的IDE，那界面干净得像刚装完系统，连个日志插件都没装。

　　这事儿让我想起去年备份恢复演练，开发写的日志里连时间戳都是乱的，恢复时我对着两份时间重叠的日志，差点没把头发薅光。最后是靠事务ID硬凑的，恢复完我骂他们“你们写日志是给鬼看的吗？”，他们还笑“反正有你们运维兜底”。那天我加班到窗外天黑了，外卖凉了都没吃，就盯着那堆乱码想：这行业优胜劣汰的规则，怎么就没轮到这些不尊重日志的人？

　　后来我逼着团队开了次会，把日志规范甩在桌子上：ERROR必须包含异常堆栈，WARN要有明确的业务影响，INFO要能定位到具体操作，DEBUG要带上下文参数。开发小哥举手问“那DEBUG会不会太多？”，我拍桌子说“多总比没有强，你们写代码时多打两行日志，我们查问题时能少熬俩小时夜”。领导在旁边点头，说“支持，以后代码评审加一条：日志不规范不让合并”。我原以为他们会抵触，结果散会时，有个开发凑过来小声说“其实我之前也觉得日志麻烦，但上次故障我查了三小时日志没找到原因，才明白这玩意儿多重要”——我差点笑出声，这算不算是“现身说法”？

　　现在团队日志规范执行得还行，但偶尔还是能翻到漏网之鱼。上周查慢查询，发现某条SQL的日志里少了执行计划，开发说“我以为打印SQL就够了”，我直接把他叫到工位，指着屏幕说“你看，这条SQL跑了俩小时，但日志里没有执行计划，我怎么知道是索引没命中还是数据量太大？怎么优化？”。他盯着屏幕看了半天，说“我改”。

　　其实我最烦的不是开发不写日志，是他们总觉得日志是运维的事。代码是他们写的，业务是他们懂的，日志是他们打的，结果出了问题全推给运维“查日志”——这他妈像什么？像厨师炒菜不放盐，等客人说菜没味儿了，怪服务员没提醒。日志是代码的延伸，是业务的记录，是故障的线索，从第一行日志代码开始尊重它，不是为了我们运维，是为了他们自己少背锅，少熬夜，少被客户骂。

　　现在我还在盯日志规范，偶尔路过开发工位，会扫一眼他们的屏幕——要是看到ERROR级别打成INFO，或者日志里少了关键字段，我就敲敲桌子，说“喂，规范”。他们现在会笑，说“知道啦，马上改”。我挺满意这种状态，不是因为他们怕我，是因为他们开始明白：日志不是应付差事的边角料，是代码里最该被尊重的部分。

文章配图，仅供参考

（编辑：我爱制作网_池州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!