😂 IT段子

问题居然复现不了了，这比复现出来更可怕。我不知道该说什么，就笑了笑。我在线上加了一段临时日志，等下次出现就能抓到现场。连茶水间都安静了

这个异常被吞掉了，所以它安静地错了很久。我在心里点了点头。我把这个问题交给了上游，他们说是我们的调用方式不对。我把它写进了组内的避坑文档第一章

程序员的墨菲定律：演示的时候必出 bug，删掉的那段代码才是有用的。我想了想，觉得这话没法接。我用了二分法把出问题的版本区间缩到了两个提交。幸好之前留了备份

同事说他写的代码零 bug，我在 code review 里找到了三个空指针风险。我先给自己泡了杯茶，做好了打持久战的准备。我发现这个字段在数据库里存量是脏的，代码没问题。幸好之前留了备份

这个错误在生产环境是必现的，在测试环境是玄学。我停了一下，然后继续手上的活。我把这个内存泄漏的对象引用链打了出来，找到根了。连茶水间都安静了

bug 往往出现在你没改的那部分代码里。我忽然觉得，这可能就是这一行的常态。我在本地把环境完全对齐了一遍，还是复现不出来。复盘会上我们把它列成了案例

问题居然复现不了了，这比复现出来更可怕。我盯着屏幕，觉得这才是我的一天。我把这个 bug 的修复方案写了两版，选了改动小的那版。连茶水间都安静了

print 调试大法永远的神，断点还没配好，print 已经输出三轮了。我默默记下了这句话。我发现是字符编码导致的，中文在两个系统间转坏了。真香定律准时生效

这个空指针在上线前一切正常，因为那时没有空数据。我想了想自己这些年，好像确实如此。我在本地把这段代码跑了一千遍，一次都没复现。世界瞬间清净了

加了二十行 console.log 之后，Bug 消失了，删除它们，Bug 又回来了。这套流程走下来，我从头到尾又确认了一遍。我把这个 bug 的优先级降了一级，因为它只在测试环境出现。世界瞬间清净了