java程序远程debug原理与配置全过程
作者：vamViolet
文章介绍了Java远程调试的JPDA体系,包含JVMTI监控JVM、JDWP传输调试命令、JDI提供调试接口,通过-Xdebug、-Xrunjdwp参数配置调试模式,其中suspend控制程序是否等待调试器连接,解决程序闪退问题
背景
日常工作中，每个程序员都会遇到bug。也往往会需要调试远程环境中的程序，这时候就需要远程调试。
eclipse、idea等IDE工具可以远程调试，本质上都是实现了Java 的平台调试体系—— JPDA (Java Platform Debugger Architecture，JPDA)。
这个体系为开发人员提供了一整套用于调试 Java 程序的 API，是一套用于开发 Java 调试工具的接口和协议。也就是说JPDA是JVM的调试标准，任何JDK都必须实现。
组成
JPDA 由三个独立的模块 JVMTI（Java VM工具界面）、JDWP（Java调试线协议）、JDI （Java调试接口）组成。
简单来说，JPDA把调试过程分解成几个很自然的概念：
调试者（debugger）和被调试者（debuggee），以及他们中间的通信器。
被调试者运行于我们想调试的 Java 虚拟机之上，它可以通过 JVMTI 这个标准接口，监控当前虚拟机的信息；调试者定义了用户可使用的调试接口，通过这些接口，用户可以对被调试虚拟机发送调试命令，同时调试者接受并显示调试结果。
在调试者和被调试着之间，调试命令和调试结果，都是通过 JDWP 的通讯协议传输的。所有的命令被封装成 JDWP 命令包，通过传输层发送给被调试者，被调试者接收到 JDWP 命令包后，解析这个命令并转化为 JVMTI 的调用，在被调试者上运行。
类似的，JVMTI 的运行结果，被格式化成 JDWP 数据包，发送给调试者并返回给 JDI 调用。而调试器开发人员就是通过 JDI 得到数据，发出指令。
模块间联系
调试者通过 JDI 发送接受调试命令。
- JDWP 定义调试者和被调试者交流数据的格式。
- JVMTI 可以控制当前虚拟机运行状态。
IBM对三个模块的详细介绍
使用
#对于JDK1.4版本，使用： -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9001 #对于JDK1.5以上的版本，JVM参数是： -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=9001
参数说明：
-Xdebug：通知JVM工作在debug模式下；-Xrunjdwp：通知JVM使用(java debug wire protocol)来运行调试环境；transport：有两种形式，分别是socket和shared memory，需要跨机器，只能用socket；server：server=y表示当前是调试服务端，=n表示当前是调试客户端；address：端口号，这里采用的是tcp协议。我们可以使用cat /etc/services | grep '9001'来查看该端口是否开启；suspend：如果是y，则需要等B机器上的debugger开启后，程序才会开始运行。否则，程序启动时候不会挂起，直接运行；如果设置为y，它会阻塞程序运行，直到有客户端连接到对应的监听端口(这里是9527)，程序才真正开始执行。我们有时候会抱怨程序一闪而过，还没来得及在本地加载上代码程序就执行完了，这种情况就可以使用suspend参数。
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。