解析定位BUG的技巧

　　西安IT培训学校自建校以来，始终致力于培养职业化的高素质IT人才，以“口碑好、环境雅、课程全、资源多、师资强、就业优”等优势，得到社会各界的认可，为广大IT学子提供坚实就业增加，值得你学习!【怕学不会?】，0元试听课程，!【怕就业难?】万余家IT名企就业保障，轻松签约名企，薪资不用愁!【怕钱不够?】可以先入学，工作后再付款!欢迎来电咨询 4006156870 QQ 2294155463

---

　　定位bug

　　找 bug(如 Testing)与去 bug(Debugging)，这在软件工程里是两个截然不同的任务。发现 bugs，测试并非手段，其他还有 Code Review、Inspection 等等。

　　找 bugs 通常有几个相对的办法。

　　比如，为 code base 编写/添加更多的自动单元测试，这是一种白盒测试。你 Mentor 让你“先从找 code base 中 bug 开始”，除了让新手阅读、熟悉老代码外，大概也有这层意思。

　　找到 bugs 后，怎么、地掐虫(Debugging)就是另一码事了。

　　Debug 对于新手来说普遍是弱项，在这上面常常要耗去大量的调试时间。什么原因?这主要是因为新手编码、读码的量都很少，而且都没经过什么系统性的训练，逻辑推理思维很弱，关键一点是 —— 你们在大脑里的思考，对于真实的软件结构、软件模型(尤其运行态模型)的理解是混乱的，所以往往很难像经验丰富的老手那样迅速、准确地定位 bug 所在。

　　0.解决那些可重现的

　　解决那些可重现的，可重现的bug特别好找，反复调试测试就好了，先把好解决的干掉，这样节约时间。

　　1.抱同事的大腿

　　对于某些bug没有头绪或者现象古怪不知道从哪里下手，找有经验的同事问一下思路，因为在那种开发多年的大型系统里，经常会反复出现同样原因的bug，原因都类似，改了一处，过一阵子另外一处又冒出来，而且无法根治。

　　比如：我那个系统里有个特别危险的API，接口参数比较难用，一旦有人用错了某些情况下就会出诡异的现象，解决很简单，找到调用这个API的地方把调用方式写对就好了。为什么不根治呢?因为要保持兼容性不能改接口了。

　　问下老员工吧，说不定他们都遇到过好多次了。

　　2. 放大现象

　　有些bug现象不太明显，那么就想办法增大它的破坏性，把现象放大。这只是个思路，具体怎么放大只能根据具体的代码来定。

　　3. 二分法定位

　　把程序逻辑一点点注释掉，看看还会不会出问题，类似二分查找的方法，逐步缩小问题范围。

　　4. 模拟现场

　　有时候我会问自己，如果我要实现bug描述的现象我要怎么写代码才行?

　　比如：我遇到一个死锁问题，但是检查代码发现所有的锁都是配对的，没有忘记解锁的地方，而且锁很简单就是一个普通的临界段，保护几行赋值语句而已。这样的代码怎么写才能让他死锁呢?

　　我想如果让我故意制造这样一个现象，只有在上锁的时候强制杀掉线程了。

　　既然这样就可以去看看有谁强杀线程了没有。

　　5. 制作工具

　　针对某些bug编写一些调试辅助工具。

　　比如，我那个系统没有完善的崩溃报告，虽然也有dump，但是分析出来的callstack经常不准。于是我为解决崩溃问题编写了个工具，会自动扫描代码，在每个函数入口和出口插入log，以此来定位崩溃点。

　　6. 掩盖问题

　　虽然这样做有点不厚道，但是有时不得不这么做。有些bug找不到真正的root cause，但是又要在规定时间内解决，那么我们就可以治疗症状而不去找病因。比如用try catch掩盖一些奇怪的崩溃。不到万不得已不要这么干，未来可能会付出更大代价。

　　结语

　　debug的经验本身就需要慢慢积累，所以新手要脚踏实地端正态度，及时发现问题并虚心接受和改进，达到目标并非遥不可及。因为写程序可能靠天赋，debug不仅能让你锻炼细心和耐心，还能让你了解开发中出现的各种问题，甚至在与开发人员的沟通中慢慢积累解决方式，这对于你以后写代码是非常大的帮助!

　　后再提醒大家一句：预防，比debug更重要。

---

　　西安IT培训学校自建校以来，始终致力于培养职业化的高素质IT人才，以“口碑好、环境雅、课程全、资源多、师资强、就业优”等优势，得到社会各界的认可，为广大IT学子提供坚实就业增加，值得你学习!【怕学不会?】，0元试听课程，!【怕就业难?】万余家IT名企就业保障，轻松签约名企，薪资不用愁!【怕钱不够?】可以先入学，工作后再付款!欢迎来电咨询 4006156870 QQ 2294155463