一三中文网

手机浏览器扫描二维码访问

第326章 稀释法（第1页）

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

可以找出任何代码缺陷。

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

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

增加代码行数。

就是将文件代码人为放大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个问题，是解决黑客公布的内核漏洞。

9个问题，是新发现的。