第326章 稀释法

　　王霁发现了一个超级解法。

　　可以找出任何代码缺陷。

　　他不需要看懂代码，甚至不需要看代码，就能找到代码问题。

　　无论是他熟悉的云平台代码，还是内核代码，甚至其他领域代码，只要是想纠毛病，都可以用这个方法——

　　增加代码行数。

　　就是将文件代码人为放大5倍。

　　假设一个文件有行，之前的方法是硬啃行，掌握度达到%。

　　新方法是，将文件变成行，让自己懂新增的行。

　　掌握度同样达到%。

　　怎么样才能懂行？

　　很简单。

　　把自己写过的最简单代码复制过去，这些代码掌握度是%的。

　　一次性复制万行，贴到所有文件结尾处，就大大稀释了原文件内容。

　　混合起来，掌握度轻松突破%！

　　这就是稀释法。

　　俗称灌水。

　　有了这个方法，只为纠错的话，王霁不再需要理解代码逻辑。

　　他只用5分钟时间，就在编辑器里把网络模块灌了一遍水。

　　所有文件掌握度都突破%！

　　一个个红点在眼前出现。

　　一条条精确提示划过脑海：

　　“_连接跟踪表未及时释放失效会话，高并发时会导致系统内存耗尽……”

　　“驱动在映射失败时未正确处理队列复位，会引发内核软死锁……”

　　“_在突变时窗口增长函数计算溢出，触发性能断崖式下降……”

　　“模块生成树协议状态机在拓扑变更时未加锁，导致网络环路检测失效……”

　　“_虚拟服务端口映射未限制哈希表大小，高负载下触发……”

　　“卸载引擎在中断上下文未完成回调通知，引发连接挂起……”

　　总共个！

　　其中个可能会被网络攻击。

　　有了提示，就能针对性解决。

　　改动比纠错慢得多，因为需要凑出正确代码，在不懂业务逻辑的情况下，得结合边改边试，需要大量时间。

　　好在，他有一支懂业务逻辑的盟军队伍，腾云联军跟十三局。

　　他把个缺陷都描述出来，分别交给两支友军解决。

　　懂业务的人，一听就明白。

　　对他的眼光五体投地。

　　没二话，都配合他修改。

　　改完后交给他，存在的问题再用稀释法查看，立刻给予反馈。

　　就这样，3个小时后，这个问题全部解决，编译测试通过。

　　其中个问题，是解决黑客公布的内核漏洞。