2月14日。


    冰壶决赛日。


    …………


    晚上八点。


    监控室里坐了三个人，老周在1号位，方远在3号位，5号工位的值班员在记录。


    大屏幕上的交易数据在爬升，冰壶决赛的关注度比前几天的比赛高，场馆消费在增加，每秒处理笔数从下午的15左右爬到了35，然后40。


    正常的比赛日曲线，涨。


    老周看了一眼，端起搪瓷缸，铁观音，第二泡。


    方远在盯竞态检测日志，习惯了，十天了，每天盯，绿，永远的绿，他有时候觉得这些绿色的字符已经刻进了视网膜里，闭上眼睛都能看到。


    …………


    八点十七分。


    数字在爬。


    45，50，55。


    比赛进行到了一个关键时刻，解说员大概在喊什么，场馆里的气氛大概很热，他们不知道，他们只看数字。


    58，62。


    正常。


    65，68。


    方远的眼睛跟着数字走，日志在刷，绿，绿，绿。


    70，73。


    跟短道速滑决赛日的峰值一样了。


    75。


    超了。


    方远坐直了。


    78，80。


    老周放下了搪瓷缸。


    82。


    还在爬。


    …………


    八点十八分。


    方远的屏幕上，竞态检测日志刷出了一行新的记录。


    不是绿色的。


    黄色的。


    "race_check:intercept.timestamp:20:18:03.714.trigger:concurrent_lock_contention.resolution:pre-emptive_rollbacktency:0.3s."


    方远的手停了。


    他盯着这行字，眼睛没有眨，屏幕上的光直接照进他的瞳孔里，黄色的字符在黑色的终端背景上非常显眼，从切流到现在十一天，这是第一行不是绿色的记录。


    黄色，不是红色，黄色是"拦截成功"，红色是"拦截失败"。


    拦截成功。


    竞态修复补丁被触发了，在真实环境里，不是模拟，不是测试，是真的。


    在并发量达到82的时候，两个交易请求同时访问了同一个账本锁，竞态条件出现了，在老版本里，这会导致一个短暂的数据不一致，可能是0.5秒的延迟，可能是一笔交易的状态错误，在测试环境里不算什么，在全球直播的冬奥运行环境里，这是事故。


    但补丁拦截了它。


    在竞态条件实际发生前0.3秒，补丁检测到了锁竞争的前兆信号，主动回滚了其中一个请求，让它重新排队，0.3秒后那个请求重新执行，成功，零错误，零延迟，用户端无感知。


    0.3秒。


    方远盯着屏幕。


    他的手指搭在键盘边沿，指关节发白，不是用力，是绷着。


    …………


    大屏幕上的数字在回落。


    80，75，70，65。


    比赛的关键时刻过去了，消费高峰回落。


    方远没有动。


    他在看日志。


    黄色的那一行，他把鼠标移上去，点开了详细信息。


    触发时间：20:18:03.714。


    触发条件：concurrent_lock_contention（并发锁竞争）。


    竞态类型：type-2（双写冲突）。


    拦截方式：pre-emptive_rollback（抢先回滚）。


    拦截延迟：0.3秒。


    影响交易数：1笔。


    用户端影响：无。


    系统状态：正常。


    每一个字段都是他自己设计的，触发条件的分类是他定的，拦截逻辑是他写的，168小时验证是他跑的，五遍模拟是他跑的。


    在模拟里从来没有触发过。


    在真实环境里触发了。


    在冬奥运行的第十一天，在全球直播的冰壶决赛里，在并发量82的峰值上。


    他的补丁拦住了。


    …………


    老周走过来了。


    站在方远身后，低头看了一眼屏幕。


    看到了那行黄色的记录。


    他没有说话，看了三秒，看到了"intercept"和"0.3s"。


    然后他拍了一下方远的肩膀。


    很轻，手掌落在方远的肩胛骨上面，停了不到一秒，就收回去了。


    这是老周十一天来跟方远之间最多的一次肢体接触，平时他们之间的交流是"几倍""两倍""收"这种两三个字的对话，拍肩膀不是老周的习惯。


    但他拍了。


    走回了1号工位，坐下来，端起搪瓷缸，喝了一口，表情没有变化，好像什么都没有发生。


    方远没有转头。


    他还在看那行日志。


    …………


    八点半。


    数字回落到了40以下，日志恢复了全绿，没有第二次触发。


    方远把那行黄色记录截了图，存在本地，然后他打开值班日志，写了几行。


    "2月14日夜班，冰壶决赛日，峰值并发82，20:18:03竞态修复补丁触发一次，拦截成功，type-2双写冲突，抢先回滚，延迟0.3s，影响交易1笔，用户端无感知，系统恢复正常。"


    他写完了。


    看了一眼旁边的日志滚动，全绿。


    他的手还是有一点紧，不是害怕，不是紧张，是一种说不清楚的感觉，十一天了，所有人都说"走流程"，所有人都说"今天没事"，然后在第十一天的晚上八点十八分，他的补丁在真实环境里被触发了。


    如果没有那次168小时的验证，如果没有那次凌晨的修复，如果他没有在崇礼测试之后又跑了五遍模拟。


    那行记录不会是黄色的，会是红色的。


    红色是拦截失败。


    拦截失败意味着全球直播中的dcep支付系统出现了数据不一致，哪怕只有0.5秒，哪怕只影响一笔交易，那也是事故。


    他没有去想这些，不能想，想了没有用，事实是补丁在那儿，事实是它拦住了，事实是黄色不是红色。


    他只是看着屏幕，日志在刷，绿色，正常，世界重新变成了绿色的，好像什么都没有发生过。


    但发生过了。


    他的后背有一点湿，不多，衬衫贴在椅背上的那种湿，空调的暖风吹在他脸上，他忽然觉得热了，之前十一天都没觉得热过。


    他自言自语了一句，声音很小。


    "这个数据包格式……跟之前那个不一样。"


    老周没接话，他没听到，或者听到了没在意，方远自己也没继续说，大概是看日志的时候瞥到了什么，也许是前几天那组异常协议头又出现了，也许不是，他没有展开，注意力很快被别的日志行带走了。


    …………


    九点。


    林彻在自己办公室。


    他看到了方远发在技术群里的值班日志截图。


    "竞态修复补丁触发一次，拦截成功，零影响。"


    他看了这行字。


    拦截成功，零影响。


    v2.0.1的完整性得到了真实环境的最终验证，不是模拟，不是测试，是冬奥正式运行中的实战触发，补丁有效，系统完整。


    技术线，到此为止，可以确认了。


    他关了技术群。


    打开了另一个界面。


    陈维的仓位管理系统。


    布伦特原油，最新价格：91.2美元，建仓均价：89.9，建仓进度：55%。


    天然气，建仓进度：18%。


    总进度大约48%。


    91.2，比他发指令时候的88涨了三块多，浮盈已经开始了，但他不看浮盈，他看进度，55%加18%，总进度不到一半，还有一半要建。


    日期，2月14日。


    距2月24日，十天。


    两条线在他脑子里并行，技术线和能源线，两条线互不相关，一条在杭州，一条在全球能源市场，一条已经完成了，一条还在进行中。


    技术线不需要他了，老周和方远能处理，v2.0.1经过了实战验证，连极端情况下的竞态条件都被补丁拦住了，这条线可以放下了。


    能源线还有十天，建仓进度不到一半，够了吗？


    够了，陈维后半程会加速，前半程慢是为了不留痕迹，在市场安静的时候一笔一笔地买，后半程市场波动会变大，新闻会变多，大单更容易混在噪音里，陈维知道怎么做。


    他关了仓位系统。


    两条线。


    技术线：确认完成。


    能源线：55%，十天。


    他靠在椅背上。


    窗外杭州的夜，路灯，深灰色的天。


    布伦特91.2，2月14日。


    他关了电脑。