只要代码的掌握度超过80%，他就能够获知缺陷细节，找到可能引起数据删除的缺陷，就有了明确方向。
老方法，先扔给ai解释。
代码加文档，都扔过去。
分布式存储的驱动部分，也是基础架构组维护的，属于半内核态代码。
因为平时接触少，所以这块算是他的知识盲点。
好在，他是计算机系科班出身，对内核跟驱动还是有些了解的。
2小时下来，掌握度提升至——
没达到50%门槛，只有整体提示。
再想提升，就得深入细节了。
王霁面对上万行代码，猛吸一口凉气，心中纠结：“这都是c代码，真要从头研究到尾，没2、3天根本搞不定。”
跟应用级别的代码不同，内核级代码很难做到一目十行。
写的时候慢，看得也慢。
他忽然灵光一闪：“没准以前有人处理过类似问题呢？有类似问题，定位就更准确，不用都看一遍了。”
立刻打开公司内部文档系统，搜索：“删数据”。
命中几百篇文章……
再筛选「存储驱动」空间。
只剩17篇！
他一篇篇仔细看，发现去年记录过一个案例，也是驱动升级导致数据丢失，跟这次情况有几分相似。
文档记录人——
郭超。
是他？
那这次怎么定位不到原因？
情况不同？
王霁决定找郭超问问，跟胡嘉怡要了他的手机号。
胡嘉怡提醒道：“郭超这个人吧，性格孤僻、眼高于顶，连江总、于总他都瞧不起，敢生怼的，要做好准备……”
王霁脑子里浮现出韦宇的形象，点点头：“我见过这种人，没事。”
到小会议室拨通电话：“喂，是超哥么？我是腾云王……”
“交接文档已经写了，我在休假，谢绝打扰！”对面很干脆。
滴滴滴——
电话断了。
“好歹让我念完名字嘛……”
王霁做好了心理准备，没想到对方听到腾云就挂电话。
琢磨片刻，按手机号加微信。
5分钟了，没反应。
他索性发短信：“超哥，我是腾云王霁，关于夏汽故障，在wiki里看到您以前处理过类似情况，想跟您咨询下。”
又过5分钟，依然没反应。
真是油盐不进……
那就给你整点辣的！
王霁对韦宇用过激将法，打算故技重施。
短信发过去：“根据目前情况判断，故障最大的可能性是你的操作导致，代码也是你写的，你要配合定位问题！”
存储驱动代码不归郭超维护，但他确实改过很多地方。
有没有错另说，先激一激！
果然，大神脾气类似。
郭超回复了。
连续3条：
“不可能！”
“拉黑你了。”
“不必再发。”
擦……
要不要这么果断……
行！
我自己看！
王霁回到工位，把wiki通读一遍，发现文档详细描述了相关代码问题。
对照着描述，他把涉及到系统重启、索引更新、缓存更新、动态平衡、数据迁移、数据删除的部分看了个大概。
掌握度提升至55%！
倏——
脑中猛然如清泉注入。
许多代码块亮闪闪出现红点！
“有戏！”
他筛选可能引起数据删除的部分，共有3段。
再找熟悉代码的组内前辈请教，很快理顺了逻辑。
代码掌握度——
92%！
王霁兴奋之极，再看这3处代码时，提示清晰地流入脑海中：
“此处代码可能因网络延迟、节点故障等原因，存储节点的写入操作滞后，导致存储块间的数据副本不一致……”
“如果存储节点硬件故障，这段代码在恢复数据时，会瞬间占用大量存储带宽，导致业务性能急剧降低……”
“此处数据未经加密，可能被中间人截获或访问后台得到明文……”
提示得很仔细。
而且正是郭超提交的修改！
可惜……
不会引起数据删除。
半毛钱关系都没有。
整整一下午，忙了个寂寞。
“走，一起去吃饭！吃完饭再看。”胡嘉怡不知何时来到工位旁。
王霁看看时间，已经6点钟，站起身舒展四肢，问道：“你不回家吃？”
胡嘉怡笑嘻嘻道：“你才来第一天，就忙成这个样子，我可不能偷懒，请你吃顿便饭！再一起加班！”
吃饭不重要。
要求加班才是重点。