Debug模式调试技巧

断点管理窗口

菜单栏方式

Run -> view breakpoints

Actions方式

双击shift调出Actions窗口，输入view breakpoints即可打开

任意断点处鼠标右键

选择more即可打开管理窗口

快捷键

Ctrl + Shift + F8

操作面板

调试按钮

Show Execution Point

回到当前激活的断点处。效果：若你鼠标现在在别的页面/别的类上面，点击它快速“归位”

Step Over

也叫单步调试，一行一行往下走，若这一行是方法也不会进入里面去。这个应该是平时使用得最多的按钮了，没有之一。所以，建议记住你的快捷键来提高效率哈

Step Into

进入方法体内部。这里的方法指的你自定义的方法or三方库的方法，不会进入到JDK官方的方法里（如上面的System.out.println()这种它是不会进去的）

Force Step Into强制步入

能进入任何方法，包括JDK的。一般查看底层源码才会用到它

Step Out步出

它是搭配(Force) Step Into一起使用的，当通过step into进入到方法体内部想出来时，一般有两种方案：单步调试慢慢出来，另一个就是step out（推荐）

Drop frame

回到当前方法的调用处，同时上下文内所有的变量的值也回到那个时候。该按钮能够点击的前提条件是：当前所处的方法有上级方法，如果你是main方法里，那么按钮就是灰色喽

Run to Cursor

你想要代码在哪里停一下，就把光标放在哪就成。这个功能实在太好用了，大大缓解了密密麻麻的断点，强烈推荐

Evaluate Expression

表达式计算器，你可以在这里执行任何合法的表达式

方法调用栈

显示当前方法（位于栈顶）所经过的所有方法。

说明：点击右上角的小漏斗图标可以不显示类库的方法，只显示你自己写的方法，方便调试

变量区Variables

Watches变量跟踪

有的时候变量很多，而只需要重点关注某几个变量，就可以使用Watches。

为何调试窗口没自动打开？

明明断点激活了（程序暂停了），但是那个“操作面板”并没有出来，怎么破？

多线程调试

多线程程序的好处固然不用多说，但总所周知它调试起来是比较困难的，比如这段：

这个时候如果你想研究await()方法的实现，需要具备的前提条件是多个线程进入，因此需要hold住多个线程。若只是在await()这一行打个普通的行断点，那结果是这样子的：

所有线程都是Running状态，显示这是不可能的，因为总共只有3个另外，拿完了其它的都得等待才对，所以这个根本就不是真实的执行场景，也就不可能跟踪到await()方法里面去探究其实现。

为了模拟出这种场景进行调试，就对断点阻塞条件设置为这样

再次运行程序，线程情况如下：

主动抛出异常

需求场景：你写了一个全局异常组件，现在想测试它生效情况如何，那么时候你就需要主动抛出这种异常，一般的做法是形如这样

使用场景

知晓了异常断点的作用和触发条件，使用场景就有啦。比如当你的程序抛出了一个异常，但是一时半会你并不知道是哪行代码引起的，这个时候通过增加异常断点的方式可以实现迅速的问题定位。

分支主题 10

IDEA把断点分为四大类型

Line breakpoint(行断点)：图中红色小圆圈。顾名思义，在指定代码行设置断点

Field watchpoint(属性断点)：图中红色小眼睛。打在类的属性(static or 非static)上的断点，作用是在该属性读取和写入时激活

Method breakpoint(方法断点)：图中红色小菱形。标记在方法签名的那一行，在该方法执行的入口/出口处被激活

Exception breakpoint(异常断点)：红色小闪电。这是一个特殊但很好用的断点，当程序抛出指定异常时会激活异常断点。和其它断点不同，异常断点是项目全局的，它不需要打在具体某一行上

转自：https://my.oschina.net/fangshixiang/blog/4941380

Debug模式调试技巧

相关推荐