今天定位Linux Server端的Java应用程序的问题,使用了 Eclipse 远程调试 Java 应用程序,这恐怕是定位Server端最常见也是最根本的方法。
本文在介绍使用Eclipse远程调试Java应用程序之外,着重解析了远程调试的原理。
众所周知,Java由于引入了虚拟机JVM,拥有了很好的跨平台和安全性,.java文件由Javac编译成.class文件也叫字节码文件,字节码文件由JVM执行,并由翻译器翻译成各个机器认识的不同的机器码(0101010010101),这样,JVM支持了Java 的跨平台性。
远程调试很有用,特别是当你的开发环境在Window,又在远端Linux Server或者移动平台上运行Java应用程序,Java提供了一系列的接口和协议让本地Java文件于远端JVM建立联系和通信。
根据 Sun 的 JPDA 规范,用于调试的程序常常被称为debugger, 而被调试的程序称为 debuggee,下面图1给出了调试器的架构。
Components Debugger Interfaces / |--------------| / | VM | debuggee -----( |--------------| <---- JVMTI - Java VM Tool Interface \ | back-end | \ |--------------| / | comm channel --( | <------------ JDWP - Java Debug Wire Protocol \ | / |--------------| / | front-end | debugger -----( |--------------| <---- JDI - Java Debug Interface \ | UI | \ |--------------|图1. Java 调试器架构
这个架构从下往上读,大致可以解读为: 用于调试的程序使用UI,通过Protocol,调用远端JVM进程。
其实质还是JVM,因此,只要确保本地Java 源代码与目标应用程序一致,本地的Java源码就可以用socket连接到远端的JVM,进而执行调试。因此在这种Socket Attach模式(下文介绍)下,本地只需要有源码,Java应用程序根本不用启动。
图2. 远程调试的两种方式
注意,如果 Java 源代码与目标应用程序不匹配,调试特性将不能正常工作。
选择 Allow termination of remote VM 选项 可以在应用程序调试期间终止连接,如下图:
这样远程调试连接上之后,就可以像在本地调试Java程序一样来调试远端的Java应用程序。
将以上Socket Attach远程debug 方法多用于实际项目中,使用过程中多思考一下其中的原理,这样很多次实践之后便会对此功能有自己的理解了 :)