书迷楼

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

第八十七章 真想见识见识天天这样的大神是什么样的（第3页）

“怎么是这个……”

这是当年羽然科技公司实现时的疏忽：在某个函数中，他们声明了一个局部变量，这个变量和同一命名空间的另一个变量名字极为相似，但命名风格（首字母是否大写之类）和其他代码不太一致。

当时他们是为了规避不同作用域的命名冲突才这样命名的。

但到了后面，他们仍然习惯性的用了“正常”

的命名，也可能是选错了编辑器自动提示选项。

这就相当于丢开局部变量，用了命名空间的外部变量；但从上下文看，这里就不应该碰外部那个同名变量。

用伪码表示大概是这样：

classOneClass{

packageNameItems=null;

....

voidfunName1（arg）{

initialpackageNameItems

packageNameItems=arg;

other...

}

stringfunName2（）{

PackageNameItems=extractPureInfo（packageNameItems）;

dosth

....

result=getItemFrom（packageNameItems，itemName）1

dosth

....

returnresult

}

}

从那里分析，在1处，本应该是从已经解包过的PackageNameItems中，取它的第N项；但这里误传入了解包前的packageNameItems。

似乎输入文本可能会发生几种情况，当然多数情况不需要进一步处理，直接用外部那个变量就行，此时两个变量内容一致，不会触发bug；但少数情况下，外部那个变量需要进一步处理，这才能提取到正确的内容。

这种情况下，两个变量内容不同，误用了前一个变量就读不到正确数据了。

这是个极为隐蔽的逻辑错误。

其实和变量作用域相关的故障都很隐蔽。

李明拿着整个调用链的详细记录，也是看了好几遍才发觉这两个变量的名字似乎有些意思，这才沿着这条线追查下去……

总之，意外的输出信息弄得他们一脸懵逼，因为这时候根本就不应该有这种信息，也幸好检查条件设的比较窄，只有正常返回可通过，其他一概抛异常崩掉——于是这个异常就被叶新晨的debug工具抓到，自动记录了调用栈信息。

所以说为什么之前钱志海等几人会惊讶，因为这个功能给他们抓到了一个BUG。

还好这是个极为简单的bug，只需把最后那次访问时，首字符小写的变量名改成大写，故障就不再复发。

其实就这么简单个首字符大小写搞错、误访问了外部变量的BUG，羽然科技公司在黑土平台上的悬赏单也是挂了有两三年了，前前后后换了很多人经手，但就是没人能抓到它。

最终，这个简单又奇葩的bug竟然被天天大神的一个功能给抓住了。

不得不说这真的是意外之喜。

“真想见识见识天天这样的大神是什么样的……”

………