单个程序包没有bug，也就是说，在程序包的内部，所有的代码逻辑都是对的，在局部范围内能够完整自恰。
但是整个工程有bug，那就说明，在各个程序包之间，出现交互或依赖的时候才会有问题。也许要同时选中多个程序包一起检测，才有可能把bug找出来。
从上到下，四个一组，点了四次，结果一样，还是没有发现bug。又随意各种组合的点了十几次，仍然一无所获。
这样不行啊！
16个程序包，这得有多少种组合方式，这么点下去可不是个办法。
舒朗决定研究一下各个程序包所实现的逻辑，有个大概的了解之后，也许能够找到一些端倪，至少能够指导他找到相对靠谱的组合方式。
想法挺好。
可当他点开代码之后，立刻就懵了。
一个api都看不懂！
之前看的那一小段代码，连查带猜的用了一个小时才算勉强看明白，照这个速度，要想看完整个工程的代码，就算每天24小时不停的看，至少也得看一年！
噗～
不行不行，还是得找找捷径，自己的逻辑思维这么发达，怎么可能想不出办法呢！枉负了逻辑大王的一世英名！
灵机一动用排除法！
选中全部16个程序包，先剔除一个，点击红点进行验证，立刻得到提示。
ntroller等15个程序包发现bug，
第27章 发现BUG(4/8)