[TOC] # 简介 ~~~ f8: 逐行执行 f7: 跳到方法里面 f9: 到下一个断点,没有就结束 ctrl+f12 退出debug ~~~ # 断点调试的小窗口 step over:可以单步执行代码,会把函数调用当做一行代码直接执行 step into:可以单步执行代码,如果是函数,会进入函数内部  Variables ： 可以观察到所有全局变量、当前局部变量的数值 Watches ： 可以新增变量，观察变量随着程序执行的变化  1. rerun XXX，这个就是直接重新跑某个程序。 2. 这个相当于eclipse里面的f8，直接跑完，到下一个断点停下，没有就直接跑完程序。 3. 停止项目或者程序。要是自己的main呢，点一下就停下了，要是Java web项目，则点2下，就把服务器给停了。 4. 查看所有的断点设置情况。具体详情，下面有示意图，再细细解释。 5. 直接取消所有断点，让所有断点无效。 6. 要是你一不小心把这个下面的布局给弄乱了，你点这个，就把下面的布局给还原咯。 7. 跳转到当前代码所执行的地方，也就是说你在看代码的时候，点到其他地方，一点这个按钮，就到了程序执行到当前哪行的代码的地方。断点的话就是断点运行的行 8. 下一步，如果是方法，他是不会跳进去的。就是一行行的往下走。（eclipse里面的快捷键就是f6） 9. 跳转到详情，如果下一行调试代码是可执行方法，就可以f5进去，查看这个方法的运行详细情况。重点就是点进去执行.这个没有走jdk的那种,有个fore的这个,就是后面那个进去的是会到jdk的. 10. 从详情跳出去，和上面的9相反。 11. 看字面意思就是跳转到那个光标所在的地方，前提是他能路上没断点拦着。 12. 这个点开之后，可以计算你想要看的代码段的值，后面详细上图。 13. 看意思，同eclipse里面的watch，查看某个对象的值，自定义的对象。 14. 把自定义的查看对象的值，分开到另一个tab页。 15. 有时候当我们步入方法体之后，还想回退到方法体外，点这个按钮后，断点重新回到方法体之外。在继续还是可以再次进到方法内 * Force Step Into (Alt + Shift + F7)：强制步入，能进入任何方法，查看底层源码的时候可以用这个进入官方类库的方法。 * Drop Frame (默认无)：回退断点 * Run to Cursor (Alt + F9)：运行到光标处，你可以将光标定位到你需要查看的那一行，然后使用这个功能，代码会运行至光标行，而不需要打断点。但是要中间没断点有断点还是先走断点. * Evaluate Expression (Alt + F8)：计算表达式 ---- **侧边栏**  * Rerun 'xxxx'：重新运行程序，会关闭服务后重新启动程序。 * Update 'tech' application (Ctrl + F5)：更新程序，一般在你的代码有改动后可执行这个功能。而这个功能对应的操作则是在服务配置里，如图2.3。 * Resume Program (F9)：恢复程序，比如，你在第20行和25行有两个断点，当前运行至第20行，按F9，则运行到下一个断点(即第25行)，再按F9，则运行完整个流程，因为后面已经没有断点了。 * Pause Program：暂停程序，启用Debug。目前没发现具体用法。 * Stop 'xxx' (Ctrl + F2)：连续按两下，关闭程序。有时候你会发现关闭服务再启动时，报端口被占用，这是因为没完全关闭服务的原因，你就需要查杀所有JVM进程了。 * View Breakpoints (Ctrl + Shift + F8)：查看所有断点 * Mute Breakpoints：哑的断点，选择这个后，所有断点变为灰色，断点失效，按F9则可以直接运行完程序。再次点击，断点变为红色，有效。如果只想使某一个断点失效，可以在断点上右键取消Enabled --- 更新程序，On 'Update' actions，执行更新操作时所做的事情，一般选择'Update classes and resources'，即更新类和资源文件.一般配合热部署插件会更好用，如JRebel，这样就不用每次更改代码后还要去重新启动服务  # debug模拟异常 选择然后点击   断点那边下一步,他就会抛出异常 # 查看所有的断点  shift+command+f8  点这里的more 就会出现  # 断点栈轨迹 使用IDEA的调用栈迅速了解某段代码执行的上下文环境，调用栈被挂起之后， 只需要动一动上下方向键，就可以快速熟悉这段代码的执行路径。  对有需要的断点(旁边红色点下面的)都把他勾上 stacktrace 然后在外面的console这边就可以看到  # 跳到下一个断点  如果下个没有断点就结束程序运行 # 条件断点 当满足某个条件的时候,断点在生效 双击断点  然后在里面写合法的java表达式就行,比如 == 或者 equals在点击Done 然后点也页面上的more在debug 也可以这样  * Java Line Breakpoints 显示了所有的断点，在右边勾选Condition，设置断点的条件。 * 勾选Log message to console，则会将当前断点行输出到控制台 * 勾选Evaluate and log，可以在执行这行代码是计算表达式的值，并将结果输出到控制台。 再说说右边的Filters过滤，这些一般情况下不常用，简单说下意思。 * nstance filters：实例过滤，输入实例ID(如图6.5中的实例ID)  * Class filters：类过滤，根据类名过滤，同样没有成功.... * Pass count：用于循环中，如果断点在循环中，可以设置该值，循环多少次后停在断点处，之后的循环都会停在断点处 # 断点的一些值  比如在断点中我们想知道一些值 我们可以这样 右击  点击然后出现对话框  我们可以输入一些东西,然后回车,符合java表达式就行,比如list.get(0) # 设置值 比如在断点运行的时候,我们设置一些值看看会发生什么  # Smart Step Into 想想，一行代码里有好几个方法，怎么只选择某一个方法进入。之前提到过使用Step Into (Alt + F7) 或者 Force Step Into (Alt + Shift + F7)进入到方法内部，但这两个操作会根据方法调用顺序依次进入，这比较麻烦。 那么智能步入就很方便了，智能步入，这个功能在Run里可以看到，Smart Step Into (Shift + F7)  按Shift + F7，会自动定位到当前断点行，并列出需要进入的方法，，点击方法进入方法内部。 如果只有一个方法，则直接进入，类似Force Step Into。  # 设置运行时的参数  入口如下，2个地方都可以  # 打了断点,代码却么有停下来   可以看到，打断点时候，有的是对号，有的是个x，x是不可执行的代码，所以，你要是在代码类似的地方打断点的话，代码就不会停下来，因为这个断点位置有点尴尬。 # 重置窗口  # 回退断点 在调试的时候，想要重新走一下流程而不用再次发起一个请求？ 首先认识下这个方法调用栈，首先请求进入DemoController的insertDemo方法，然后调用insert方法，其它的invoke我们且先不管，最上面的方法是当前断点所在的方法。  断点回退 所谓的断点回退，其实就是回退到上一个方法调用的开始处，在IDEA里测试无法一行一行地回退或回到到上一个断点处，而是回到上一个方法。 回退的方式有两种，一种是Drop Frame按钮(图8.2)，按调用的方法逐步回退，包括三方类库的其它方法(取消Show All Frames按钮会显示三方类库的方法，如图8.3)。 第二种方式，在调用栈方法上选择要回退的方法，右键选择Drop Frame(图8.4)，回退到该方法的上一个方法调用处，此时再按F9(Resume Program)，可以看到程序进入到该方法的断点处了。 但有一点需要注意，断点回退只能重新走一下流程，之前的某些参数/数据的状态已经改变了的是无法回退到之前的状态的，如对象、集合、更新了数据库数据等等。   # 强制返回 想要在Debug的时候，中断请求，不要再走剩余的流程了？ 有些时候，我们看到传入的参数有误后，不想走后面的流程了，怎么中断这次请求呢(后面的流程要删除数据库数据呢....)，难道要关闭服务重新启动程序？嗯，我以前也是这么干的。 确切的说，我也没发现可以直接中断请求的方式(除了关闭服务)，但可以通过Force Return，即强制返回来避免后续的流程。 点击Force Return，弹出Return Value的窗口，我这个方法的返回类型为Map，所以，我这里直接返回 results，来强制返回，从而不再进行后续的流程。或者你可以new HashMap<>()。  # 调试lambda/stream 使用这个功能也非常简单，当程序在lambda表达式的任意处停下时，单击调试窗口的**Trace Current Stream Chain**按钮即可。  通过IDEA提供的这个功能，我们可以很轻松地看到流在各个步骤之间的变化  展平模式（Flat Mode）更是提供了全局的视角：  # 调试lombok 如果只是想暂停一下set或get方法，可以使用字段断点，只不过可能会在调试中报错：**Source code does not match the bytecode**，但它能够工作。 如果想设断点的是`toString`、`hashCode`等方法，可以在注解上设置断点，也可以在调试时使用：**Refactor**\->**Delombok**并选择相对应的注解，然后再使用上文介绍的HotSwap功能，就可以生成代码并按需调试了。最后别忘记把代码恢复回来。  # 多线程调试 一般情况下我们调试的时候是在一个线程中的，一步一步往下走。但有时候你会发现在Debug的时候，想发起另外一个请求都无法进行了？ 那是因为IDEA在Debug时默认阻塞级别是ALL，会阻塞其它线程，只有在当前调试线程走完时才会走其它线程。可以在View Breakpoints里选择Thread，然后点击Make Default设置为默认选项  切换线程，在图7.2中Frames的下拉列表里，可以切换当前的线程，如下我这里有两个Debug的线程，切换另外一个则进入另一个Debug的线程。  # 远程调试 **概述** 原理：本机和远程主机的两个 VM 之间使用 Debug 协议通过 Socket 通信，传递调试指令和调试信息。 被调试程序的远程虚拟机：作为 Debug 服务端，监听 Debug 调试指令。jdwp是Java Debug Wire Protocol的缩写。 调试程序的本地虚拟机：IDEA 中配置的 `Remote Server`，指定 Debug 服务器的`Host:Port`，以供 Debug 客户端程序连接。 **设置** IDEA 中指定 Debug 服务器 * 点击主窗口菜单 Run / Edit Configurations，打开`“Run/Debug Configurations”`窗口； * 点击工具栏上的“+”按钮，下拉菜单中选择“Remote”； * 设置 Host 为远程服务器的域名或IP,Port=5005； * 复制命令行参数，形如 `-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 `  ~~~ 配置remote 参数讲解 1.Transport:传输方式 2.debugger mode:debug模式 一,attach:贴上,也就是远程调试jar 二,监听 3.host:远程调试的ip 4.port:远程jar的端口号 5.search sources xxx: jar包的源码 ~~~ **远程服务中开启 Debug 服务** **对于jar** ~~~ java -jar -Xdebug -Xrunjdwp:transport=dt_socket,address=远程连接端口号,server=y,suspend=y jar名称.jar ~~~ 参数详解 ~~~ 1.Xdebug: debug方式启动 2.-Xrunjdwp: java 远程调试协议 (包含参数以下) 1.transport: 传输协议 2.address:远程连接端口 3.:server:是否是服务 4.suspend:是否挂起 启动成功后会出现以下命令: Listening for transport dt_socket at address: 5005 ~~~ **对于 SpringBoot** 命令行添加选项，并重启： ~~~ ## 注意新参数必须在 -jar 之前 jar -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 -jar test.jar ~~~ **对于 Tomcat** 启动脚本中添加选项，并重启： ~~~ ## sudo vim $CATALINA_HOME/bin/catalina.sh JAVA_OPTS="$JAVA_OPTS -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005" ~~~ **远程服务器防火墙端口放行** ~~~ ### sudo vim /etc/sysconfig/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 5005 -j ACCEPT ### 重启生效: sudo systemctl restart iptables ~~~ **开始调试** * 要求：双方代码一致，否则远程调试无法启动； * 本地启动刚刚配置的 Remote Server，正常时会看到日志: `Connected to the target VM, address: 'xxx:5005', transport: 'socket'` * 本地 IDEA 代码中设置断点 * 浏览器或手机 HTTP 访问服务器 * IDEA 即可在断点暂停并跟踪