第326章 稀释法

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

　　可以找出任何代码缺陷。

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

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

　　增加代码行数。

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

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

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

　　掌握度同样达到80%。

　　怎么样才能懂2000行？

　　很简单。

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

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

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

　　这就是稀释法。

　　俗称灌水。

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

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

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

　　一个个红点在眼前出现。

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

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

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

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

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

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

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

　　总共47个bug！

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

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

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

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

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

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

　　对他的眼光五体投地。

　　没二话，都配合他修改。

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

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

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

请勿开启浏览器阅读模式，否则将导致章节内容缺失及无法阅读下一章。