转载请说明出处：IDEA&Eclipse中debugger调试常用技巧
改变变量的值
在调试的过程中可以改变非final变量的值。
条件断点
有时候断点会打在循环里，或者希望在某个条件下才触发断点，这个时候条件断点就派上用场了，在idea里对着断点右键。
如下，在循环里，希望i的值为8的时候才开始调试。
需要注意的是条件断点可能会导致debug启动的时候非常慢（甚至僵死），笔者试过在ThreadLocal#get里面使用条件断点，导致spring-mvc项目debug启动半小时都没启动成功，最好启动后再启用条件断点。
代码片段&&变量视图
有时候你调试的时候，突然想增加一段代码，又不想重新启动调试，这个功能可以用上。
在调试的过程中同时改变了变量的视图，用
toString来显示，可以看到list里的两个值1和2。
Evaluate or Inspect
上面的代码片段使用到的是Evaluate功能，这个功能很强大，比如我在跟踪spring源码的时候，我想知道AOP代理对象如何产生的时候，遇到如下代码：
因为我主要关注代理对象什么时候产生，所以这个时候我只想看看那个方法给我返回了代理对象，这时候我应该直接
Step Over还是Step Into到resolveName这个方法里呢？可以用Evaluate来帮忙：
从上图可以看出，我评估了一下这个方法，发现这个方法能返回代理对象，显然我需要
Step Into到这个方法里。
Eclipse
如果想在Eclipse里执行evalution或者叫Inspect，有两种方式：
- 需要在window -> show view -> display打开display面板，然后在面板里执行(
ctrl+u)java语句。
image.png
image.png -
选中语句，右键 -> Inspect（快捷键是Ctrl+Shift+I）：
image.png
丢弃栈帧（Drop Frame）
大家应该都遇到过调试代码的时候想回到上一步，或者回到上一个调用方法的时候吧？IDE 为我们提供了一个Drop Frame的功能，可以让我们丢弃当前的栈帧，如果不知道这个功能，你可能只能选择重新启动debugger开始调试，这样效率有点低。
假设有这样的调用关系：methodA -> methodB -> methodC -> methodD
如下：
代码调试到第51行，想看看从50进入到methodD内部调试，这个时候就可以使用丢弃栈帧了。在底下调用栈中右键methodC -> Drop Frame，就会回到methodB调用的那一个栈帧。
智能步入(Smart Step Into)/步入选择(Step Into Selection)
有时候调试代码的时候会存在层层嵌套的情况，这个时候step into可能就没这么好用了，选择性的step into就显得很重要了。
IDEA
Eclipse
Eclipse需要先选中想要Step Into的方法，然后按Ctrl+F5进入，如下：
变量断点
变量断点在变量初始化或者变量值改变的时候可以是程序停在变量值改变的那行代码上。
当然，变量断点也是可以设置
condition的，如上图。
方法断点&&Force step into
方法上也是可以打断点的，比如有时候我们想进入到jdk内部的方法里，因为jdk的class在编译的时候为了节省空间，去掉了调试信息，用普通的step into可能进入不了方法内部，这个时候可以在相应的方法上打个断点，或者使用Force step into进入到方法体内部。
多线程调试
idea中让其他线程也在断点中停下来。
通过Debugger窗口下拉菜单来切换线程：
eclipse中让整个虚拟机都挂起，避免其他线程继续执行。
日志断点（添加执行语句）
有这样一些场景：需要动态插入一条执行语句，或者调试的时候需要额外打印一些日志信息来协助观察问题。有时候可能会选择在代码里写入一些语句，这样会污染代码而且可能忘记删除或者注释掉，而且通过添加代码的方式可能会导致整个项目重新编译，需要较长时间。
红框部分相当于Log#info出来的信息。
当然你也可以log出堆栈信息，如下，勾选：
甚至你可以添加语句，然后让debug的时候跳过这个断点，不要停留，这样你debug的时候断点到这里就不会挂起：
强制返回(Force Return)
之前在windows上调试hadoop代码的时候，有一段代码要判断可读权限(boolean canRead())，总是返回false导致程序异常而执行中断，然后发现可以在进入某个方法后强制返回，强制返回一个true就不会出错了。
只要在对应的方法上执行：
右键 -> Force Return就可以编写返回语句了。可以编写负责语句，也可以调用方法。
本文的录屏软件使用的是ScreenToGif.exe。
