1 Idea调试
IDEA 的 5 大调试技（非常实用）
在项目开发的时候我发现很多小伙伴能非常熟练的使用 IDEA 编写代码，但是对于IDEA调试的技巧掌握的不是很好，只会F7、F8、F9等这些基本调试功能。
而像一些复杂的调试场景就无从下手，如：在for循环中调试某个特定值；多线程、Reactor调试；修改变量的运行值等。
下面我们就来分场景介绍一下IDEA的调试技巧，看完掌握后调试bug的效率一定大大提升
1.1 条件断点
循环中经常用到这个技巧，比如：遍历1个大List的过程中，想让断点停在某个特定值。
参考上图，在断点的位置，右击断点旁边的小红点，会出来一个界面，在
Condition这里填入断点条件即可，这样调试时，就会自动停在i=10的位置。1.2 回到"上一步"
1.2.1 drop frame
该技巧最适合特别复杂的方法套方法的场景，好不容易跑起来，一不小心手一抖，断点过去了，想回过头看看刚才的变量值，如果不知道该技巧，只能再跑一遍。
参考上图，
method1方法调用method2，当前断点的位置j=100，点击上图红色箭头位置的Drop Frame图标后，时间穿越了回到了
method1刚开始调用的时候，变量 i 变成了99
注意：好奇心是人类进步的阶梯，如果想知道为啥这个功能叫Drop Frame，而不是类似Back To Previous 之类的，可以去翻翻JVM的书，JVM内部以栈帧为单位保存线程的运行状态，drop frame即扔掉当前运行的栈帧，这样当前指针的位置，就自然到了上一帧的位置。
1.2.2 drop frame的事务问题
关于drop frame的问题，如果drop frame了重新进行调试，会不会插入2条记录？
如图 userMapper.insert(eo) ，本方法没有使用 @Transactional 修饰，mapper 方法执行过后事务会被立即提交，则库表里多了一行记录，如果 drop frame 后，再次进行调试，再次执行这代码，于是又插入了一条记录。
如果加上 @Transational 就不会有两条记录了，dropframe的时候事务没被提交，再次执行该插入代码也不会插入2条。
如果把上述插入数据库的逻辑，换成调用远程的接口，在dropframe后，再次执行相同的代码，是会导致远程接口被执行了2次的。
1.3 多线程调试
多线程同时运行时，谁先执行，谁后执行，完全是看CPU心情的，无法控制先后，运行时可能没什么问题，但是调试时就比较麻烦了，最明显的就是断点乱跳，一会儿停这个线程，一会儿停在另一个线程，比如下图：
如果想希望下一个断点位置是第2句诗句，可能要失望了：
如果想让线程在调试时，想按自己的愿意来，让它停在哪个线程就停在哪个线程，可以在图中3个断点的小红点上右击
即：Suspend挂起的条件是按每个线程来，而非All。把这3个断点都这么设置后，再来一发试试
注意上图中的红框位置，断点停下来时，这个下拉框可以看到各个线程（注：给线程起个容易识别的名字是个好习惯！），我们可以选择线程“天空中的飞鸟”
断点如愿停在了第2句诗
1.4 临时执行表达式/修改变量的运行值
调试时，可以临时执行一些表达式，参考下图：点击这二个图标中的任何1个都可以
点击
+号后，就可以在新出现的输入框里输入表达式，比如i+5然后回车，马上就能看到结果
当然，如果调试时，想动态修改变量的值，也很容易，在变量上右击，然后选择Set Value，剩下的事，地球人都知道。
1.5 远程调试
1.5.1 示例
这也是一个装B的利器，本机不用启动项目，只要有源代码，可以在本机直接远程调试服务器上的代码，打开姿势如下：
java -server -Xms512m -Xmx512m -Xdebug -Xnoagent
-Djava.compiler=NONE
-Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9081
-Djava.ext.dirs=. ${main_class}
起作用的就是：
-Xdebug -Xnoagent
-Djava.compiler=NONE
-Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9081
注意：远程调试从技术上讲，就是在本机与远程建立scoket通讯，所以端口不要冲突，而且本机要允许访问远程端口，另外这一段参数，放要在-jar 或 ${main_class}的前面
在idea中设置远程调试
然后就可以调试了
注意：前提是本机有项目的源代码 ，在需要的地方打个断点，然后访问一个远程的url试试，断点就会停下来。
1.5.2 详细步骤
1.5.2.1 Idea设置
IDEA打开远程启动的springboot应用程序所对应的
选择 Edit Configuration
如图，点击加号，选择Remote
配置，详细步骤见图
注意：注意端口别被占用。后续这个端口是用来跟远程的java进程通信的。
可以注意到：切换不同的jdk版本，生成的脚本不一样
选择 jdk1.4，则为：
-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=50055
这就是你为什么搜其他博客，会有这种配置的原因，其实这个配置也是可行的。但更准确应该按照下面jdk5-8的配置
选择 jdk 5-8，则为
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=50055
选择 jdk9以上，则为
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=*:50055
据说因为jdk9变得安全了，远程调试只允许本地，如果要远程，则需要在端口前配置 *
1.5.2.2 启动脚本改造
使用第一步得到的 Command line arguments for remote JVM 即可，即
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=50055
改造后的启动脚本如下（Linux）
nohup java \
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=50055 \
-jar remote-debug-0.0.1-SNAPSHOT.jar &
注意在 windows中用 ^ 来进行换行，例如
java ^
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=50055 ^
-jar remote-debug-0.0.1-SNAPSHOT.jar
说明：
- 端口可随意自己定，未被占用的都行，但是要和
IDEA里的remote中设置的端口一致！其他参数照抄。详细的参数解释可以参照附录或自己搜 -
remote-debug-0.0.1-SNAPSHOT.jar改成给自己的 jar 包名字
1.5.3 远程调试问题总结
1.5.3.1 停在本地断点，关闭程序后会继续执行吗
如果远程调试在自己的断点处停下来了，此时关闭 IDEA 中的项目停止运行，则还会继续运行执行完剩下的逻辑吗？
会的，这点比较不容易记住
以下面的代码为例，在第一行停住了。然后IDEA中停掉，发现停掉之后控制台还是打印了剩下的日志。
1.5.3.2 jar包代码和本地不一致会怎么样
IDEA 里的代码如果不和 jar 包的一致，会怎么样？
要保证和远程启动的代码一致。否则你 debug 的时候的行数会对不上。报错抛异常倒是不会。像这种还是能对得上行数的
比如你调试test1方法，test2方法在test1下面，在test2里加代码，这样并不影响test1中的行号，这种是可以在调试的时候准确反应行号的
1.5.3.3 日志打印在哪里
日志不会打印在 IDEA 的控制台上。即 System.out 以及 log.info 还是打印在远程的。
@GetMapping("/test1")
public String test1() {
System.out.println("第一行");
System.out.println("第二行");
log.info("log 第一行");
log.info("log 第二行");
return "ok";
}
1.5.3.4 调试时其他人会不会卡住
远程调试的时候，打了断点，停住后会不会导致页面的请求卡住？
比如你使用远程调试，别的 QA 在测试这个页面，结果他们看到的结果是怎么样的？会卡住吗？会的，已经实际遇到过这种情况了。
1.5.3.5 本地代码修复bug远程调用的时候
如果在远程调试过程自己发现了bug，本地改好后重新启动 IDEA 里的项目，再到页面调用一次，能修复吗？不能，运行的还是远程部署的jar中的代码
