开暖气提示您：看后求收藏（车毅小说网https://www.cheyil.com），接着再看更方便。
王霁发现了一个超级解法。
可以找出任何代码缺陷。
他不需要看懂代码，甚至不需要看代码，就能找到代码问题。
无论是他熟悉的云平台代码，还是内核代码，甚至其他领域代码，只要是想纠毛病，都可以用这个方法——
增加代码行数。
就是将文件代码人为放大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虚拟服务端口映射未限制哈希表大小，高负载下触发oom killer……”
“tls卸载引擎在中断上下文未完成回调通知，引发ssl连接挂起……”
总共47个bug！
其中23个可能会被网络攻击。
有了提示，就能针对性解决。
改动比纠错慢得多，因为需要凑出正确代码，在不懂业务逻辑的情况下，得结合ai边改边试，需要大量时间。
好在，他有一支懂业务逻辑的盟军队伍，腾云联军跟十三局。
他把23个缺陷都描述出来，分别交给两支友军解决。
懂业务的人，一听就明白。
对他的眼光五体投地。
没二话，都配合他修改。
改完后交给他review，存在的问题再用稀释法查看，立刻给予反馈。
就这样，3个小时后，这23个问题全部解决，编译测试通过。
其中14个问题，是解决黑客公布的内核漏洞。
本章未完，请点击下一页继续阅读！