单个程序包没有bug，也就是说，在程序包的内部，所有的代码逻辑都是对的，在局部范围内能够完整自恰。
但是整个工程有bug，那就说明，在各个程序包之间，出现交互或依赖的时候才会有问题。也许要同时选中多个程序包一起检测，才有可能把bug找出来。
从上到下，四个一组，点了四次，结果一样，还是没有发现bug。又随意各种组合的点了十几次，仍然一无所获。
这样不行啊！
16个程序包，这得有多少种组合方式，这么点下去可不是个办法。
舒朗决定研究一下各个程序包所实现的逻辑，有个大概的了解之后，也许能够找到一些端倪，至少能够指导他找到相对靠谱的组合方式。
想法挺好。
可当他点开代码之后，立刻就懵了。
一个api都看不懂！
之前看的那一小段代码，连查带猜的用了一个小时才算勉强看明白，照这个速度，要想看完整个工程的代码，就算每天24小时不停的看，至少也得看一年！
噗～
不行不行，还是得找找捷径，自己的逻辑思维这么发达，怎么可能想不出办法呢！枉负了逻辑大王的一世英名！
灵机一动：用排除法！
选中全部16个程序包，先剔除一个，点击红点进行验证，立刻得到提示。
controller等15个程序包发现bug，
灾难级 1个，
是否自动修正？
……
“哈哈哈哈哈哈哈～”
舒朗狂喜，忍不住要给自己的机智点赞，这不就缩小范围了嘛！
不过接下来马上他就傻眼了。
除了他刚才排除的那个mon通用工具程序包，随便再剔掉哪个程序包都不报bug。也就是说，这个bug是其它15个程序包联合搞出来的！
“厉害！”
傻完了眼，舒朗开口夸赞。
能写出这种bug的人，他也不是一般人了！哦…不，他也就不是人了！他也是神，代码bug之神。
舒朗双手合十，对着电脑屏幕里的代码拜了拜。
他现在深深的怀疑，这bug可能跟本就不是bug，这tmd根本就是故意的！能写出如此炸天的bug，还用写bug？
这里面不会藏着什么猫腻吧？
……
舒朗折腾到了半夜，昏昏沉沉的睡了，今天的脑细胞消耗的有点多，睡的都不太给力，哦…不，是太给力，一点没让他放松。
又做了一个噩梦！
梦中，舒朗又回到了大学生活。
教室里，一个个凶神恶煞的老师拿鞭子抽着他上课做题。
解析几何…
微积分…
线性代数…
概率论…
……
“救命啊～”
咦？
流体物理？
老师，有没有搞错？咱们电子信息工程专业，有这门课吗？
“啊？哦…抱歉，走错教室了。”
噗～
舒朗还没来得及吐血，又进来了几个凶神恶煞的老师，把手中试题往舒朗跟前一甩。
模拟电路…
数字电路…
信号与系统…
……
得，这回全是电子信息工程的专业课。
这下你该满足了吧！！！
一个个全都阴魂不散一样缠上了舒朗，到最后，连那个教《c语言》的老头竟然也跑出来作怪。
这群凶神恶煞的家伙，一起扑向了舒朗，把他按在课桌上，按进课本里，一动也别想动。
舒朗挣扎着，哭诉着，大喊：“救命啊！救命啊！放过我吧！”
