Debug用来追踪代码的运行流程，通常在程序运行过程中出现异常，启用Debug模式可以分析定位异常发生的位置，以及在运行过程中参数的变化。通常我们也可以启用Debug模式来跟踪代码的运行流程去学习三方框架的源码。

Debug开篇

首先我们看一下调试模式下的IDEA界面，如下图所示。

　1: 调试按钮：一共有8个按钮，调试的主要功能就对应着这几个按钮，鼠标悬停在按钮上可以查看对应的快捷键。在菜单栏Run里可以找到同样的对应的功能。

    2:服务按钮：可以在这里关闭/启动服务，设置断点等。

    3:方法调用栈：这里显示了该线程调试所经过的所有方法，勾选右上角的[Show All Frames]按钮（那个漏斗），就不会显示其它类库的方法了，否则这里会有一大堆的方法。

    4:Variables：在变量区可以查看当前断点之前的当前方法内的变量。

    5:Watches：查看变量，可以将Variables区中的变量拖到Watches中查看 。

    6:断点：在左边行号栏单击左键，或者快捷键Ctrl+F8 打上/取消断点，断点行的颜色可自己去设置。

基本用法

如下图所示：

从左到右分别是：　         

              1: Show Execution Point (Alt + F10)：如果你的光标在其它行或其它页面，点击这个按钮可跳转到当前代码执行的行。

　　　   2: Step Over (F8)：步过，一行一行地往下走，如果这一行上有方法不会进入方法。

　　　   3: Step Into (F7)：步入，如果当前行有方法，可以进入方法内部，一般用于进入自定义方法内，不会进入官方类库的方法。

　　　   4: Force Step Into (Alt + Shift + F7)：强制步入，能进入任何方法，查看底层源码的时候可以用这个进入官方类库的方法。

　　　   5: Step Out (Shift + F8)：步出，从步入的方法内退出到方法调用处，此时方法已执行完毕，只是还没有完成赋值。

　　　   6: Drop Frame (默认无)：回退断点，下面详细说明。

　　　   7:Run to Cursor (Alt + F9)：运行到光标处，你可以将光标定位到你需要查看的那一行，然后使用这个功能，代码会运行至光标行，而不需要打断点。

　　　   8:Evaluate Expression (Alt + F8)：计算表达式， 下面详细说明。

变量查看

在Debug过程中，跟踪查看变量的变化是非常必要的，这里就简单说下IDEA中可以查看变量的几个地方。

　　1、如下，在IDEA中，参数所在行后面会显示当前变量的值。

　　2、光标悬停到参数上，显示当前变量信息。点击打开详情如图3.3。我一般会使用这种方式，快捷方便。

　　3、在Variables里查看，这里显示当前方法里的所有变量。

　　4、在Watches里，点击New Watch，输入需要查看的变量。或者可以从Variables里拖到Watche里查看。

　如果你发现你没有Watches，可能在下图所在的地方。

计算表达式

在前面提到的计算表达式如下图所示的按钮，Evaluate Expression (Alt + F8) 。可以使用这个操作在调试过程中计算某个表达式的值，而不用再去打印信息。

　　1、按Alt + F8或按钮，或者，你可以选中某个表达式再Alt + F8，弹出计算表达式的窗口，如下，回车或点击Evaluate计算表达式的值。
这个表达式不仅可以是一般变量或参数，也可以是方法，当你的一行代码中调用了几个方法时，就可以通过这种方式查看查看某个方法的返回值。 如下图：

最初，pass的内容为“syw”

这里使用Evaluate Expression (Alt + F8)进行修改，得到如下的结果，可以发现重新计算了。

在计算表达式的框里，改变变量的值，这样有时候就能很方便我们去调试各种值的情况了不是。

智能步入

想想，一行代码里有好几个方法，怎么只选择某一个方法进入。之前提到过使用Step Into (Alt + F7) 或者 Force Step Into (Alt + Shift + F7)进入到方法内部，但这两个操作会根据方法调用顺序依次进入，这比较麻烦。
　　那么智能步入就很方便了，智能步入，这个功能在Run里可以看到，Smart Step Into (Shift + F7)，如下图所示。

按Shift + F7，会自动定位到当前断点行，并聚焦需要进入的方法，点击方法进入方法内部。如果只有一个方法，则直接进入，类似Force Step Into。

多线程调试

一般情况下我们调试的时候是在一个线程中的，一步一步往下走。但有时候你会发现在Debug的时候，想发起另外一个请求都无法进行了？
　　那是因为IDEA在Debug时默认阻塞级别是ALL，会阻塞其它线程，只有在当前调试线程走完时才会走其它线程。可以在工具栏的run中找到View Breakpoints里选择Thread，如下图所示，然后点击Make Default设置为默认选项。

切换线程，在下图中Frames的下拉列表里，可以切换当前的线程，如下我这里有两个Debug的线程，切换另外一个则进入另一个Debug的线程。

回退断点

　在调试的时候，想要重新走一下流程而不用再次发起一个请求？

　　1、首先认识下这个方法调用栈，如下图，首先请求进入DemoController的insertDemo方法，然后调用insert方法，其它的invoke我们且先不管，最上面的方法是当前断点所在的方法。

　2、断点回退
　　所谓的断点回退，其实就是回退到上一个方法调用的开始处，在IDEA里测试无法一行一行地回退或回到到上一个断点处，而是回到上一个方法。

　　回退的方式有两种，一种是Drop Frame按钮(下面第1个图)，按调用的方法逐步回退，包括三方类库的其它方法(取消Show All Frames按钮会显示三方类库的方法，如下面第二个图)。

　　第二种方式，在调用栈方法上选择要回退的方法，右键选择Drop Frame(下面第三个图，回退到该方法的上一个方法调用处，此时再按F9(Resume Program)，可以看到程序进入到该方法的断点处了。

　　但有一点需要注意，断点回退只能重新走一下流程，之前的某些参数/数据的状态已经改变了的是无法回退到之前的状态的，如对象、集合、更新了数据库数据等等。

到此结束。