1.为什么要用远程调试？
1.本地环境与远程环境为不一致，线上线下数据的不一致，导致有些问题没办法在本地复现。仅靠本地调试无法直接定位问题。
2.本地调试一般有三种方法，一是写测试用例，二是在swagger上测试，需要造数据，比较麻烦。三是通过前端请求打到后端，但这种方法请求会随机打到本机和Dev环境的机器，需要禁用Dev的机器，有可能影响其他人开发。尤其我们现在基本都在泳道上联调，本地调试更无法定位问题。
2.Java远程调试的原理
由于是对源码进行调试，源码经编译后运行在远程服务器上，并且在本地Idea IDE中打开源码。本地虚拟机与远程虚拟机相互通信，远程虚拟机监控自身的栈帧，方法调用等运行信息，本地虚拟机通过Java API提供的可使用的调试接口，向远程虚拟机发送调试命令，并接受显示调试结果。
远程调试的核心：JPDA（Java Platform Debugger Architecture）框架
模块 | 层次 | 编程语言 | 作用 |
|---|---|---|---|
JVMTI | 底层 | C | JVMTI（JVM Tool Interface）是 Java 虚拟机所提供的 native 编程接口，为需要访问VM状态的全部工具(分析，调试，监控，线程分析和覆盖率分析)提供VM接口。 |
JDWP | 中间层 | C | 为 Java 调试而设计的一个通讯交互协议，它定义了调试器和被调试程序之间传递的信息的格式。定义 JVMTI 和 JDI 交互的数据格式，包括请求命令、回应数据和错误代码 |
JDI | 高层 | Java | 定义了调试器（Debugger）所需要的一些调试接口。基于这些接口，本地调试器可以及时地了解远程虚拟机的状态，例如查看目标虚拟机上有哪些类和实例等。另外，调试者还可以控制远程虚拟机的执行，例如挂起和恢复目标虚拟机上的线程，设置断点等。 |
3.怎么远程调试？
本机
Idea Edit Configurations -> + Remote
重要的是远程机器Ip , 端口 ，plus, octo上都可以看到
-Xdebug 启用调试。
-Xrunjdwp ：启用JDWP实现，
以下是子选项
transport=dt_socket ： JPDA front-end和back-end之间的传输方法。dt_socket表示使用套接字传输。
address=8080 ：远程JVM在8080端口上监听请求。
server=y ：y表示启动的JVM是被调试者。如果为n，则表示启动的JVM是本机。
suspend=n ： n表示调试时会暂停远程虚拟机。
远程虚拟机
boot-env.ini文件
4.通过前端请求进行远程调试，后端打断点失效常见原因
1. 本地与远程代码不一致
- 分支不一致
- 代码未更新
2. 远程IP,端口配置错
3.本地源码与二进制代码不一致：实际JVM是基于二进制代码运行的，需要重新编译
参考：
https://sq.163yun.com/blog/article/170376356582318080
https://blog.csdn.net/alli0968/article/details/42176721
https://www.ibm.com/developerworks/cn/java/j-lo-jpda1/index.html?ca=drs-