起飞，会了这4个 Intellij IDEA 调试魔法，阅读源码都简单了

前言

上一篇文章 IntelliJ IDEA 高级调试之Stream Trace 算是 IntelliJ IDEA 高级调试技巧的开胃菜，很多小伙伴被这个小技巧征服。趁热打铁，今天给大家带来几个我日常工作以及阅读源码必备的 IntelliJ IDEA 高级调试技巧，分分钟要起飞的节奏

断点处添加 log

很多程序员在调试代码时都喜欢 print 一些内容，这样看起来更直观，print 完之后又很容易忘记删除掉这些没用的内容，最终将代码提交到 remote，code review 时又不得不删减这些内容重新提交，不但增加不必要的工作量，还让 log tree 的一些节点没有任何价值

IntelliJ IDEA 提供 Evaluate and Log at Breakpoints 功能恰巧可以帮助我们解决这个问题, 来看下面代码：

public static void main(String[] args) {ThreadLocalRandom random = ThreadLocalRandom.current();int count = 0;for (int i = 0; i < 5; i++) {if (isInterested(random.nextInt(10))) {count++;}}System.out.printf("Found %d interested values%n", count);}private static boolean isInterested(int i) {return i % 2 == 0;}

假如我们想在第 15 行查看每次调用，随即出来的 i 的值到底是多少，我们没必要在这个地方添加任何 log，在正常加断点的地方使用快捷键 Shift + 鼠标左键，就会弹出下面的内容

勾选上 Evaluate and log, 并自定义你想查看的 log/变量，比如这里的 "interested" + i, 这样以 Debug 模式运行程序（正常模式运行，不会打印这些 log）：

interested 7
interested 5
interested 1
interested 2
interested 0
Found 2 interested values

如果你在多处添加了这种断点，简单的看 log 可能偶尔还是不够直观，可以勾选上面图片绿色框线的 "Breakpoint hit" message :

Breakpoint reached at top.dayarch.TestDebug.isInterested(TestDebug.java:49)
interested 6
Breakpoint reached at top.dayarch.TestDebug.isInterested(TestDebug.java:49)
interested 0
Breakpoint reached at top.dayarch.TestDebug.isInterested(TestDebug.java:49)
interested 9
Breakpoint reached at top.dayarch.TestDebug.isInterested(TestDebug.java:49)
interested 8
Breakpoint reached at top.dayarch.TestDebug.isInterested(TestDebug.java:49)
interested 1
Found 3 interested values
Disconnected from the target VM, address: '127.0.0.1:0', transport: 'socket'Process finished with exit code

如果你想要更详细的信息，那就勾选上 Stack trace (大家自己查看运行结果吧)，有了这个功能，上面说的一些问题都不复存在了

字段断点

如果你阅读源码，你一定会有个困扰，类中的某个字段的值到底是在哪里改变的，你要一点点追踪调用栈，逐步排查，稍不留神，就可能有遗漏

我们可以在 IntelliJ IDEA 中为某个字段添加断点，当字段值有修改时，自动跳到相应方法位置

使用起来很简单：

在字段定义处鼠标左键添加断点（会出现「眼睛」的图标）
在「眼睛」图标上鼠标右键
在弹框中勾选上 Field access 和 Field modification 两个选项

如果修改字段值的方法比较多，也可以在 Condition 的地方定义断点进入条件, 有了这个功能的加成，相信你阅读源码会顺畅许多

异常断点

除了阅读源码，一定是遇到了异常我们才开始调试代码，代码在抛出异常之后会自动停止，但是我们希望：

代码停在抛出异常之前，方便我们查看当时的变量信息

这时我们就用到了 Exception Breakpoints, 当抛出异常时，在 catch 的地方打上断点，可以通过下图的几个位置获取栈顶异常类型，比如这里的 NumberFormatException

知道异常类型后，就可以按照如下步骤添加异常断点了：

然后在弹框中选择 NumberFormatException

重新以 Debug 模式运行程序：

程序「一路绿灯式」定位到抛出异常的位置，同时指出当时的变量信息，三个字：稳，准，狠，还有谁？

方法断点

当阅读源码时，比如 Spring，一个接口的方法可能被多个子类实现，当运行时，需要查看调用栈逐步定位实现类，IDEA 同样支持在接口方法上添加断点（快捷键 cmd+F8/ctrl+F8）：

鼠标左键在方法处点击断点（♦️形状）
断点上鼠标右键

勾选上绿色框线上的内容，同样可以自定义跳转条件 Condition

当以 Debug 模式运行程序的时候，会自动进入实现类的方法（注意断点形状）：

看到这你应该想到常见的 Runnable 接口中的 run 方法了，同样是有作用的，大家可以自行去尝试了

总结

相信有以上四种调试技巧的加成，无论是工作debug 还是私下阅读源码，都可以轻松驾驭了。最后，来看看 IDEA 支持的各种断点调试类型，如果你只知道红色小圆点，那咱在留言区好好说说吧

热门内容：不要再自己封装各种Util工具类了，这款神仙级框架你值得拥有！神级开源框架发布！Github排名前三，连Spring Cloud 都被干掉了！为什么不推荐使用BeanUtils属性转换工具
译 | 缓存穿透问题导致Facebook史上最严重事故之一最近面试BAT，整理一份面试资料《Java面试BAT通关手册》，覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。

明天见(｡･ω･｡)ﾉ♡