关于远程调试

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-

https://blog.csdn.net/qq_27093465/article/details/64124330