Debug用来追踪程式码的执行流程，通常在程式执行过程中出现异常，启用Debug模式可以分析定位异常发生的位置，以及在执行过程中引数的变化。通常我们也可以启用Debug模式来跟踪程式码的执行流程去学习三方框架的源代码。
在Intellij IDEA中使用好Debug，主要包括如下内容：
Debug开篇基本用法&快捷键变数检视计算表示式智慧步入断点条件设定多执行绪除错回退断点中断Debug
一、Debug开篇
首先看下IDEA中Debug模式下的界面。如下是在IDEA中启动Debug模式，进入断点后的界面，我这里是Windows，可能和Mac的图示等会有些不一样。就简单说下图中标注的8个地方：以Debug模式启动服务，左边的一个按钮则是以Run模式启动。在开发中，我一般会直接启动Debug模式，方便随时除错程式码。断点：在左边行号栏单击左键，或者快捷键Ctrl+F8 打上/取消断点，断点行的颜色可自己去设定。Debug视窗：访问请求到达第一个断点后，会自动启用Debug视窗。如果没有自动启用，可以去设定里设定，如图1.2。除错按钮：一共有8个按钮，除错的主要功能就对应着这几个按钮，鼠标悬停在按钮上可以检视对应的快捷键。在选单栏Run里可以找到同样的对应的功能，如图1.4。服务按钮：可以在这里关闭/启动服务，设定断点等。方法呼叫栈：这里显示了该执行绪除错所经过的所有方法，勾选右上角的[Show All Frames]按钮，就不会显示其它类库的方法了，否则这里会有一大堆的方法。Variables：在变数区可以检视当前断点之前的当前方法内的变数。Watches：检视变数，可以将Variables区中的变数拖到Watches中检视
在设定里勾选Show debug window on breakpoint，则请求进入到断点后自动启用Debug视窗。
如果你的IDEA底部没有显示工具栏或状态列，可以在View里开启，显示出工具栏会方便我们使用。可以自己去尝试下这四个选项。
在选单栏Run里有除错对应的功能，同时可以检视对应的快捷键。
二、基本用法&快捷键
Debug除错的功能主要对应着图一中4和5两组按钮：1、首先说第一组按钮，共8个按钮，从左到右依次如下：
Show Execution Point (Alt + F10)：如果你的游标在其它行或其它页面，点选这个按钮可跳转到当前程式码执行的行。Step Over (F8)：步过，一行一行地往下走，如果这一行上有方法不会进入方法。Step Into (F7)：步入，如果当前行有方法，可以进入方法内部，一般用于进入自定义方法内，不会进入官方类库的方法，如第25行的put方法。Force Step Into (Alt + Shift + F7)：强制步入，能进入任何方法，检视底层源代码的时候可以用这个进入官方类库的方法。Step Out (Shift + F8)：步出，从步入的方法内退出到方法呼叫处，此时方法已执行完毕，只是还没有完成赋值。Drop Frame (预设无)：回退断点，后面章节详细说明。Run to Cursor (Alt + F9)：执行到游标处，你可以将游标定位到你需要检视的那一行，然后使用这个功能，程式码会执行至游标行，而不需要打断点。Evaluate Expression (Alt + F8)：计算表示式，后面章节详细说明。2、第二组按钮，共7个按钮，从上到下依次如下：
Rerun 'xxxx'：重新执行程式，会关闭服务后重新启动程式。Update 'tech' application (Ctrl + F5)：更新程式，一般在你的程式码有改动后可执行这个功能。而这个功能对应的操作则是在服务配置里，如图2.3。Resume Program (F9)：恢复程式，比如，你在第20行和25行有两个断点，当前执行至第20行，按F9，则执行到下一个断点(即第25行)，再按F9，则执行完整个流程，因为后面已经没有断点了。Pause Program：暂停程式，启用Debug。目前没发现具体用法。Stop 'xxx' (Ctrl + F2)：连续按两下，关闭程式。有时候你会发现关闭服务再启动时，报埠被占用，这是因为没完全关闭服务的原因，你就需要查杀所有JVM程序了。View Breakpoints (Ctrl + Shift + F8)：检视所有断点，后面章节会涉及到。Mute Breakpoints：哑的断点，选择这个后，所有断点变为灰色，断点失效，按F9则可以直接执行完程式。再次点选，断点变为红色，有效。如果只想使某一个断点失效，可以在断点上右键取消Enabled，如图2.4，则该行断点失效。更新程式，On 'Update' actions，执行更新操作时所做的事情，一般选择'Update classes and resources'，即更新类和资原始档。
一般配合热部署外挂会更好用，如JRebel，这样就不用每次更改程式码后还要去重新启动服务。如何启用JRebel，在最后章节附上。
下面的On frame deactivation，在IDEA视窗失去焦点时触发，即一般你从idea切换到浏览器的时候，idea会自动帮你做的事情，一般可以设定Do nothing，频繁切换会比较消耗资源的。
三、变数检视
在Debug过程中，跟踪检视变数的变化是非常必要的，这里就简单说下IDEA中可以检视变数的几个地方，相信大部分人都了解。1、如下，在IDEA中，引数所在行后面会显示当前变数的值。
2、游标悬停到引数上，显示当前变数资讯。点选开启详情如图3.3。我一般会使用这种方式，快捷方便。
3、在Variables里检视，这里显示当前方法里的所有变数。
4、在Watches里，点选New Watch，输入需要检视的变数。或者可以从Variables里拖到Watche里检视。
如果你发现你没有Watches，可能在下图所在的地方。
四、计算表示式
在前面提到的计算表示式如图4.1的按钮，Evaluate Expression (Alt + F8) 。可以使用这个操作在除错过程中计算某个表示式的值，而不用再去打印资讯。
1、按Alt + F8或按钮，或者，你可以选中某个表示式再Alt + F8，弹出计算表示式的视窗，如下，回车或点选Evaluate计算表示式的值。
这个表示式不仅可以是一般变数或引数，也可以是方法，当你的一行程式码中呼叫了几个方法时，就可以通过这种方式检视检视某个方法的返回值。
2、设定变数，在计算表示式的框里，可以改变变数的值，这样有时候就能很方便我们去除错各种值的情况了不是。
五、智慧步入
想想，一行程式码里有好几个方法，怎么只选择某一个方法进入。之前提到过使用Step Into (Alt + F7) 或者 Force Step Into (Alt + Shift + F7)进入到方法内部，但这两个操作会根据方法呼叫顺序依次进入，这比较麻烦。那么智慧步入就很方便了，智慧步入，这个功能在Run里可以看到，Smart Step Into (Shift + F7)，如图5.1
按Shift + F7，会自动定位到当前断点行，并列出需要进入的方法，如图5.2，点选方法进入方法内部。
如果只有一个方法，则直接进入，类似Force Step Into。
六、断点条件设定
通过设定断点条件，在满足条件时，才停在断点处，否则直接执行。通常，当我们在遍历一个比较大的集合或阵列时，在循环内设定了一个断点，难道我们要一个一个去看变数的值？那肯定很累，说不定你还错过这个值得重新来一次。
1、在断点上右键直接设定当前断点的条件，如图6.1，我设定exist为true时断点才生效。
2、点选View Breakpoints (Ctrl + Shift + F8)，检视所有断点。
Java Line Breakpoints 显示了所有的断点，在右边勾选Condition，设定断点的条件。
勾选Log message to console，则会将当前断点行输出到控制台，如图6.3
勾选Evaluate and log，可以在执行这行程式码是计算表示式的值，并将结果输出到控制台。
3、再说说右边的Filters过滤，这些一般情况下不常用，简单说下意思。
Instance filters：例项过滤，输入例项ID(如图6.5中的例项ID)，但是我这里没有成功，不知道什么原因，知道的朋友留个言。
Class filters：类过滤，根据类名过滤，同样没有成功....
Pass count：用于循环中，如果断点在循环中，可以设定该值，循环多少次后停在断点处，之后的循环都会停在断点处。
4、异常断点，通过设定异常断点，在程式中出现需要拦截的异常时，会自动定位到异常行。
如图6.6，点选+号新增Java Exception Breakpoints，新增异常断点。然后输入需要断点的异常类，如图6.7，之后可以在Java Exception Breakpoints里看到新增的异常断点。
我这里添加了一个NullPointerException异常断点，如图6.8，出现空指标异常后，自动定位在空指标异常行。
七、多执行绪除错
一般情况下我们除错的时候是在一个执行绪中的，一步一步往下走。但有时候你会发现在Debug的时候，想发起另外一个请求都无法进行了？那是因为IDEA在Debug时预设阻塞级别是ALL，会阻塞其它执行绪，只有在当前除错执行绪走完时才会走其它执行绪。可以在View Breakpoints里选择Thread，如图7.1，然后点选Make Default设定为预设选项。
切换执行绪，在图7.2中Frames的下拉列表里，可以切换当前的执行绪，如下我这里有两个Debug的执行绪，切换另外一个则进入另一个Debug的执行绪。
八、回退断点
在除错的时候，想要重新走一下流程而不用再次发起一个请求？1、首先认识下这个方法呼叫栈，如图8.1，首先请求进入DemoController的insertDemo方法，然后呼叫insert方法，其它的invoke我们且先不管，最上面的方法是当前断点所在的方法。
2、断点回退
所谓的断点回退，其实就是回退到上一个方法呼叫的开始处，在IDEA里测试无法一行一行地回退或回到到上一个断点处，而是回到上一个方法。
回退的方式有两种，一种是Drop Frame按钮(图8.2)，按呼叫的方法逐步回退，包括三方类库的其它方法(取消Show All Frames按钮会显示三方类库的方法，如图8.3)。
第二种方式，在呼叫栈方法上选择要回退的方法，右键选择Drop Frame(图8.4)，回退到该方法的上一个方法呼叫处，此时再按F9(Resume Program)，可以看到程式进入到该方法的断点处了。
但有一点需要注意，断点回退只能重新走一下流程，之前的某些引数/资料的状态已经改变了的是无法回退到之前的状态的，如物件、集合、更新了数据库资料等等。
九、中断Debug
想要在Debug的时候，中断请求，不要再走剩余的流程了？有些时候，我们看到传入的引数有误后，不想走后面的流程了，怎么中断这次请求呢(后面的流程要删除数据库资料呢....)，难道要关闭服务重新启动程式？嗯，我以前也是这么干的。
确切的说，我也没发现可以直接中断请求的方式(除了关闭服务)，但可以通过Force Return，即强制返回来避免后续的流程，如图9.1。
点选Force Return，弹出Return Value的视窗，我这个方法的返回型别为Map，所以，我这里直接返回 results，来强制返回，从而不再进行后续的流程。或者你可以new HashMap()。
有什么不妥之处或者更好的方式，欢迎留言！
