通常，当我们在遍历一个比较大的集合或数组时，在循环内设置了一个断点，难道我们要一个一个去看变量的值？那肯定很累，说不定你还错过这个值得重新来一次。
1、在断点上右键直接设置当前断点的条件，如图6.1，我设置exist为true时断点才生效。
2、点击View Breakpoints (Ctrl + Shift + F8)，查看所有断点。
Java Line Breakpoints 显示了所有的断点，在右边勾选Condition，设置断点的条件。
勾选Log message to console，则会将当前断点行输出到控制台，如图6.3
勾选Evaluate and log，可以在执行这行代码是计算表达式的值，并将结果输出到控制台。
[图6.2]
[图6.3]
3、再说说右边的Filters过滤，这些一般情况下不常用，简单说下意思。
Instance filters：实例过滤，输入实例ID(如图6.5中的实例ID)，但是我这里没有成功，不知道什么原因，知道的朋友留个言。
Class filters：类过滤，根据类名过滤，同样没有成功....
Pass count：用于循环中，如果断点在循环中，可以设置该值，循环多少次后停在断点处，之后的循环都会停在断点处。
[图6.4]
[图6.5]
4、异常断点，通过设置异常断点，在程序中出现需要拦截的异常时，会自动定位到异常行。
如图6.6，点击+号添加Java Exception Breakpoints，添加异常断点。然后输入需要断点的异常类，如图6.7，之后可以在Java Exception Breakpoints里看到添加的异常断点。
我这里添加了一个NullPointerException异常断点，如图6.8，出现空指针异常后，自动定位在空指针异常行。
[图6.6]
[图6.7]
[图6.8]
一般情况下我们调试的时候是在一个线程中的，一步一步往下走。但有时候你会发现在Debug的时候，想发起另外一个请求都无法进行了？
那是因为IDEA在Debug时默认阻塞级别是ALL，会阻塞其它线程，只有在当前调试线程走完时才会走其它线程。可以在View Breakpoints里选择Thread，如图7.1，然后点击Make Default设置为默认选项。
[图7.1]
切换线程，在图7.1中Frames的下拉列表里，可以切换当前的线程，如下我这里有两个Debug的线程，切换另外一个则进入另一个Debug的线程。
[图7.1]
在调试的时候，想要重新走一下流程而不用再次发起一个请求？
1、首先认识下这个方法调用栈，如图8.1，首先请求进入DemoController的insertDemo方法，然后调用insert方法，其它的invoke我们且先不管，最上面的方法是当前断点所在的方法。
[图8.1]
2、断点回退
所谓的断点回退，其实就是回退到上一个方法调用的开始处，在IDEA里测试无法一行一行地回退或回到到上一个断点处，而是回到上一个方法。