程序员界改BUG“神”发明，学会10分钟搞定一个BUG

对于大部分开发人员来说，你所看到的绝大部分BUG已经被别人修复并且分享出来了，这时候百度已经足以帮你

但是你也有可能会遇到一些稀奇古怪的Bug，这时候你就需要静下心来，好好的仔细研究一下了。下面，分享一下我偶然得到的心得体会。

首先，找出Bug

换环境

换用户

换数据

换浏览器

换版本

换种操作

找到Bug之后，再搞清楚下面这几个问题：

这个BUG出现需要的环境是什么？

这个BUG之前没有，现在出现了，中间都动了什么？

这个BUG出现的情况是什么

什么样的神级操作才会出现这种Bug

找到Bug的问题，就可以针对性的解决了

下面主要再给大家列出一些常见的疑难BUG的诊断方法：

1. 输出结果与预期不符，这种BUG一般都是由于代码逻辑错误造成的，如果能在开发环境重现，最好解决方法就是单步调试，设定每一步代码的预期结果，然后跟踪判断实际结果是否与预期结果一致，不一致的分析原因，如果在开发环境无法重现，无法单步调试的，可以采用添加输出日志的方式判断哪一步的问题。

2. 系统异常报错，这种情况下需要提取日志，找出错误堆栈信息，这时候最重要的事情是要把堆栈信息看懂、看完整。这是很多经验不足的程序员常见的问题，就知道报错了，报的什么错，这个错代表什么一概不知。而且往往堆栈信息是一个套一个输出的，比如Java里面表象上看是一个NullPointer Exception，但是如果你看到底，就会告诉你到底是什么错误引发了这个NullPointer。

3. 系统Crash，这个问题常见的原因是负载过高、并发过高、或者配置错误。最常见的就是内存溢出。这时候要首先排除配置错误的原因，主要靠查看Crash Log来分析原因，如果Crash Log没有有用的信息，就得排查硬件、内存、网络等方面的设置，看是否有配置错误的地方。再找不到就在测试环境用开发模式进行压测和调试。

4. 系统响应缓慢，这种问题一般是系统资源不足，

给一个解决Java应用响应缓慢的方法

通过这些步骤，找出那些功能、那个方法、那段代码存在瓶颈和资源竞争，针对性的对这个地方进行改造就行了。

最后，如果某个地方出现BUG实在找不出什么原因，机谋用尽，那就上我们的绝招“小黄鸭调试方法（Rubber Duck Debugging）”吧。

1. 去买一只小黄鸭，黄色的小鸭子，一按就会嘎嘎嘎的那种，也可以用其他的玩意代替

2. 把小鸭子放到电脑屏幕上方面对着你，就下面这样的

3. 打开你出问题的那段代码，面对小鸭子，用手指着代码，一行一行的给它解释一下这行代码是干什么的，为什么这么写。

4. 现在知道问题在哪了吧？

不说了，我给我们办公室批发小黄鸭去了