很多新人程序员敲代码的经验几乎为零，更别提准确的找到Bug了。修复Bug不容易，找到方法或许可以事半功倍哦！

1. 优先解决那些可重现的bug

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

2. 与有经验的同事分享思路

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

3.  放大现象

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

4. 二分法定位

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

5. 模拟现场

问问自己如果要实现bug描述的现象要怎么写代码才行？比如：当你遇到一个死锁问题，但是检查代码发现所有的锁都是配对的，没有忘记解锁的地方，而且锁很简单就是一个普通的临界段，保护几行赋值语句而已。这样的代码怎么写才能让他死锁呢？我想如果故意制造这样一个现象，只有在上锁的时候强制杀掉线程了。既然这样就可以去看看有谁强杀线程了没有。

6. 制作工具

针对某些bug编写一些调试辅助工具。比如，假如系统没有完善的崩溃报告，虽然也有dump，但是分析出来的callstack经常不准。为解决崩溃问题可以编写个工具，会自动扫描代码，在每个函数入口和出口插入log，以此来定位崩溃点。

7.  掩盖问题

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