第69章 异常日志里的月光

凌晨三点十七分，林深的咖啡杯第三次见底时，监控屏的红光开始在墙面流淌。

深哥！实习生小吴的声音带着颤音，核心交易系统报错量突破阈值，a区三个支行的取款机开始吐双倍现金！

显示器上的红色警报像心跳监测仪般剧烈跳动，林深的指尖抵住太阳穴。作为银行后端开发组最年轻的架构师，他比任何人都清楚此刻意味着什么——那些被系统吞吐的数字不再是冰冷的代码，而是用户银行卡里真实的余额，是atm机吐出的钞票，是明天早上会挤爆客服热线的投诉。

调交易链路追踪。他扯松领带，声音尽量平稳，重点看最近七十二小时上线的优化模块。

屏幕切换到分布式追踪界面，成千上万的请求像溪流般汇入主节点。林深的目光扫过一串串traceid，突然定格在某个重复出现的异常码：

nullpointerexception@ountbncecalctor。

那是三个月前他主导的余额计算模块。当时为了优化高并发下的性能，他把原本同步校验的逻辑改成了异步批处理，却在边界条件测试时漏掉了一个场景——当用户同时在手机银行和atm发起操作，且余额刚好触发小额免密阈值时，异步队列可能会出现空值引用。

小吴，查今日所有触发小额免密的atm交易。他快速敲击键盘调出日志，时间范围从凌晨两点到现在。

终端窗口刷出长串记录，林深的瞳孔微微收缩。二十三个案例里，有十七个出现了相同的异常序列：用户先通过手机银行查询余额，触发异步更新缓存，三秒后atm发起取款请求时，缓存尚未同步，导致余额计算线程读取到未初始化的空对象。

通知风控部冻结相关账户。他摘下眼镜揉了揉眉心，交易回滚流程启动了吗？

已经在切了，但...小吴指向另一个监控面板，已经有五笔交易完成了清算，资金已经划出。

警报声突然拔高。林深盯着实时滚动的错误日志，那些曾经被他归类为可忽略的异常提示此刻像一群尖叫的幽灵。三个月前的深夜，他也曾面对同样的报错，那时他拍着胸脯说生产环境不会触发这种极端场景，然后随手给异常处理加了个空catch块——先保证主流程跑通，后续再补。

去把v1.2.7版本的代码库拉出来。他的声音发紧，重点看ountbncecalctor的第114行。

旧代码在屏幕上展开时，林深仿佛看见三个月前的自己在键盘前揉着发红的眼睛。这里。他指着一行被注释掉的try-catch，当时觉得加锁会影响性能，就用内存队列做异步缓冲，但没考虑队列积压时的空值处理。