java jdpa指定jre_Tomcat远程调试的方法（Tomcat与JDPA）

一、远程调试的战略目标       伴随系统上线后，由于服务器操作权限没有面向系统设计人员开放，只能通过系统的操作日志以及错误日志来分析性能以及错误处理。但是有时候，由于错误信息没有针对性就给系统设计人员分析问题带来了难度与不便，如果系统设计人员能够对已经上线部署在远程端面Java虚拟机后端的系统进行实时调试的情况下，该问题将变得迎刃而解，我要激动的说一声，那都不是事！       正巧我对Tomcat的构架有着极其深厚的兴趣，早在2006年就开始参考HowTomcatWorks文献等资料结合Tomcat的源代码在始终在研究Tomcat工作的基本构架到现在已经有5个年头了。也是期盼能够设计出一个类似于该容器的构架。 步入正题，如何远程调试Tomcat。通过博客以及相关社区查了一些资料，相关的文章还是很多的。我简单梳理了一下解决方案及原理，以便日后作为参考,顺便分析一下Tomcat的启动脚本。大量的文章都介绍了JPDA，那么我也从此入手解开谜底。 二、JPDA概要       1. JPDA(Java Platform Debugger Architecture,Java平台调试架构) ,由Java虚拟机后端和调试平台前端组成, JPDA为Java平台上的调试器定义了一个标准的体系结构。该体系结构包括3个主要组成部分：JVM TI(Java虚拟机工具接口)、JDI(Java调试连线协议)和JDWP(Java调试接口)。       2. JVM TI(JavaVirtualMachineToolInterface)，它定义了JVM为了支持调试而必须提供的功能及相应的访问接口。包括调试信息(Information譬如栈信息)、调试行为(Action譬如客户端设置一个断点)和通知(Notification譬如到达某个断点时通知客户端)，该接口由虚拟机实现者提供实现，并结合在虚拟机中。 这些访问接口是以本地语言的形式提供的，由JVM负责实现。这里有个理解上得难度，JVM负责实现是怎么回事？我的理解是JVM TI只是JVM提供的一系列函数，JVM TI就是在桌子上的苹果菠萝，他告诉我们你可以吃苹果菠萝，可是你进不去房间，只能依靠一个服务人员来取，那么你要吃什么，怎么吃呢？他不管。那谁来管？谁来调用他谁就来管呗？JVM TI的直接客户端并不是调试器，而是 “JPDA back-end”，属于JVM的一部分，在SUN JRE的bin目录下可以找到jdwp.dll(jdwp.so)的库文件。这就是JPDA back-end的实现。也就是说JPDA back-end提供了各种访问方式，吃的方式(共享内存，Socket)，通过这些方式接收调试器的请求，然后调用JVM TI接口，他来决定你怎么吃。       3. JDI(Java Debug Interface),在语言的高层次上定义了调试者可以使用的调试接口以能方便地与远程的调试服务进行交互，它定义了访问JVM TI接口的高层API，以纯Java语言实现，调试器实现者可直接使用该接口访问虚拟机调试服务。调试器直接使用JDI来实现调试的功能。与JPDA back-end相对应，JDI实现的角色就是JPDA front-end。如同上面的例子，JDI就是桌子和那个服务员，提供了访问的平台，通道。       4. JDWP(Java Debug Wire Protocol)，它定义了JPDA front-end和JPDA back-end之间通讯信息的二进制格式。这里的通讯信息主要包括两种：调试器发送给JVM的请求信息和JVM发送给调试器的调试信息。调试服务和调试器之间的通信，包括定义调试信息格式和调试请求机制。就是你要吃什么？请求是什么、你得告诉服务员你要什么，不过这个服务员是个老毛子，你得跟翻译说你的请求，翻译帮你规范你的语言，命令他才明白。       5. 阶段目标达到！Okey。我来总结一下吧，本地调试器 调用JDK提供的JDI实现 (JPDA front-end)，经由JDWP协议 ，和JVM自带的JP