内容摘要：早上九点零七分，我第三次把那个报错的微服务重启了。日志里只有一行“connection reset by peer”，像一张面无表情的脸。隔壁工位的老张探过头来：“又挂了？”我点点头，他心领神会地递过

早上九点零七分，工程我第三次把那个报错的师日微服务重启了。日志里只有一行“connection reset by peer”，工程像一张面无表情的师日脸。隔壁工位的工程老张探过头来：“又挂了？”我点点头，他心领神会地递过来一杯美式，师日咖啡因和问题一样，工程都是师日慢性的。

这大概就是工程工程师日常的底色——不是电影里那种噼里啪啦敲键盘的黑客戏码，而是师日和不确定性贴身肉搏。上周为了排查一个线上接口偶发超时，工程我和同事把链路里每个节点都翻了个底朝天，师日最后发现是工程某台服务器上的时钟偏差了三毫秒。三毫秒。师日就像你追了一路小偷，工程结果发现他只是鞋带松了。但就是这三毫秒，让用户那边看到的页面像被施了定身术，卡了整整两秒。

调试的时候我习惯把终端窗口铺满整个屏幕，黑底绿字，像某种古老的仪式。同事说我这个习惯很“复古”，但我总觉得，盯着那些滚动的日志，能看见数据像血液一样在系统里流动。有时候问题根本不在代码里，而在人和人之间——产品经理说“就加个按钮”，研发排期说“下周三上线”，测试环境说“我这儿复现不了”。所有的“简单”都是相对的，就像那个著名的笑话：改一行代码需要五分钟，但想清楚是哪一行，需要五天。

下午两点左右，告警群突然炸了。某个核心服务的CPU使用率像被踩了尾巴的猫，直接窜到百分之九十多。我放下啃了一半的三明治（金枪鱼味的，凉了之后味道更冲了），打开监控面板。内存曲线平稳，请求量也没见暴涨，那这CPU是被什么吃掉的？老张也凑过来，我们俩对着火焰图看了半天，最后定位到一个刚上线的功能——有个正则表达式在极端输入下会灾难性回溯。好家伙，一个看似无害的字符串匹配，硬生生把服务器跑成了电暖器。

修复的过程倒不复杂，加个超时保护，换个非贪婪匹配，十分钟搞定。但真正让人后怕的是，这种问题在测试环境根本不会出现，因为测试数据太“干净”了。生产环境的数据就像生活本身，充满了各种意想不到的边角料。我有时候觉得，工程师其实是在和世界的混沌搏斗，只不过武器不是剑，是代码和监控面板。

傍晚六点半，夕阳把办公室染成橘红色。我关掉IDE，屏幕上最后一行是“BUILD SUCCESSFUL”。这大概是一天里最让人舒心的四个单词。但我知道，这只是暂时的和平。系统就像一艘不断漏水的船，我的工作就是不停地舀水，偶尔补个洞，然后期待明天别漏得太快。走出写字楼的时候，风有点凉，手机又震了一下——是告警邮件，标题写着“warning: disk usage above 85%”。我叹了口气，把手机塞回口袋，决定先回家吃顿热乎的。

明天再说吧。反正，日常就是这样，永远有下一个问题在等着你。