Appearance
五、IDEA 中的各种调试代码技巧
一、基本用法&快捷键
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)：更新程序，一般在你的代码有改动后可执行这个功能。而这个功能对应的操作则是在服务配置里。
> 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，则该行断点失效。
二、变量查看
在Debug过程中，跟踪查看变量的变化是非常必要的，这里就简单说下IDEA中可以查看变量的几个地方，相信大部分人都了解。
1、如下，在IDEA中，参数所在行后面会显示当前变量的值。
2、光标悬停到参数上，显示当前变量信息。我一般会使用这种方式，快捷方便。
3、在Variables里查看，这里显示当前方法里的所有变量。
4、在Watches里，点击New Watch，输入需要查看的变量。或者可以从Variables里拖到Watche里查看。
三、计算表达式
在前面提到的计算表达式，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)
按Shift + F7，会自动定位到当前断点行，并列出需要进入的方法,点击方法进入方法内部。
如果只有一个方法，则直接进入，类似Force Step Into。
五、断点条件设置
通过设置断点条件，在满足条件时，才停在断点处，否则直接运行。
通常，当我们在遍历一个比较大的集合或数组时，在循环内设置了一个断点，难道我们要一个一个去看变量的值？那肯定很累，说不定你还错过这个值得重新来一次。
1、在断点上右键直接设置当前断点的条件，我设置str为test时断点才生效,str为别的值的时候这个断点将不会生效。
2、点击View Breakpoints (Ctrl + Shift + F8)，查看所有断点。
Java Line Breakpoints 显示了所有的断点，在右边勾选Condition，设置断点的条件。
六、多线程调试(重要)
一般情况下我们调试的时候是在一个线程中的，一步一步往下走。但有时候你会发现在Debug的时候，想发起另外一个请求都无法进行了？
那是因为IDEA在Debug时默认阻塞级别是ALL，会阻塞其它线程，只有在当前调试线程走完时才会走其它线程。可以在View Breakpoints里选择Thread，右键断点也可以看到
改成Thread
切换线程，在Frames的下拉列表里，可以切换当前的线程，如下我这里有两个Debug的线程，切换另外一个则进入另一个Debug的线程。
七、回退断点
在调试的时候，想要重新走一下流程而不用再次发起一个请求？
1、首先认识下这个方法调用栈，
2、断点回退
所谓的断点回退，其实就是回退到上一个方法调用的开始处，在IDEA里测试无法一行一行地回退或回到到上一个断点处，而是回到上一个方法。
回退的方式有两种，一种是Drop Frame按钮，按调用的方法逐步回退，包括三方类库的其它方法(取消Show All Frames按钮会显示三方类库的方法。
第二种方式，在调用栈方法上选择要回退的方法，右键选择Drop Frame，回退到该方法的上一个方法调用处，此时再按F9(Resume Program)，可以看到程序进入到该方法的断点处了。
但有一点需要注意，断点回退只能重新走一下流程，之前的某些参数/数据的状态已经改变了的是无法回退到之前的状态的，如对象、集合、更新了数据库数据等等。
八、中断Debug
想要在Debug的时候，中断请求，不要再走剩余的流程了？
有些时候，我们看到传入的参数有误后，不想走后面的流程了，怎么中断这次请求呢(后面的流程要删除数据库数据呢....)，难道要关闭服务重新启动程序？
确切的说，我也没发现可以直接中断请求的方式(除了关闭服务)，但可以通过Force Return，即强制返回来避免后续的流程。
点击Force Return，弹出Return Value的窗口，我这个方法的返回类型为Map，所以，我这里直接返回 results，来强制返回，从而不再进行后续的流程。或者你可以new HashMap<>()。
九、进入源码
解决方法1
使用force step into : 快捷键 alt + shift + F7
解决方法2
这个配置一下就好了：
点击Setting --> Build,Execution,Deployment -->Debugger --> Stepping
把Do not step into the classes中的java.，javax.取消勾选，其他的随意
然后，就可以进入源码了
十、Debug展示更多详细信息
