java的整个调试体系为JDPA,Oracle提供了高级的jdi接口以方便使用java来连接调试程序进行相应的调试。这样,只需要调用相应的java接口,就能进行打断点,记录断点,然后继续运行,清除断点这样基本的断点调试手法了。
1. 连接远程JVM
连接其它JVM称之为附加(attach)操作,当前实现中有2种,如果是本地JVM,则通过Process的方式即可,如果是远程,则需要通过socket的方式才能进行连接。首先是server端需要开启调试agent,并且指定相应的端口,如下启动命令所示:
![a9efce27758c69c36ba33253df966d4d.png](https://i-blog.csdnimg.cn/blog_migrate/6ab0947486b125642f58013b9806ad19.jpeg)
上面的参数表示监听指定端口(1234),并且当存在断点时并不主动阻塞。
旧的JVM也有使用Xrunjdwp参数的,但不再被建议使用.
客户端即通过相应的connector进行连接,如下的socket连接方式
![a546b56bea6f3f77df500eada6dd1b65.png](https://i-blog.csdnimg.cn/blog_migrate/a6565614491218db99fd3475667a0f73.jpeg)
即设置好主机地址,端口信息,然后即可以进行连接。
2. 开启新断点
相应的请求调用通过requestManager来完成,由刚才成功连接上的vm(VirtualMachine)来获取。由于这里是创建一个代码判断,因此需要获取相应的类,以及具体的断点位置,即相应的代码行。
要获取代码行,则要求源文件(class)中必须存在lineCode信息,即通过在抛出异常时,在异常信息中所指定的行数。这些信息默认情况下编译时会自动输出,但使用编译开关-g:none时,则不会输出。如果没有line信息,则不能创建相应的断点信息。创建信息如下所示:
![bc61224338d51feb56533cae6ce6fe49.png](https://i-blog.csdnimg.cn/blog_migrate/a11d66036f989b4f20a0240d4ab7240e.jpeg)
以上即拿到类A1的第15行的执行段(可能有多个,一行代码可能有多个调用),并设置阻塞模式为线程阻塞,即只有当前线程被阻塞。最终启用之,即成功创建新断点。这里必须将其设置为阻塞,否则将断点记录产生时,由于当前线程继续运行了,将不能拿到相应的信息(表示为产生IncompatibleThreadStateException)
3. 记录断点信息
接下来就是从vm的事件队列中,不断地读取事件并处理断点记录事件即可。由于断点产生时,server端线程被阻塞,因此必须尽可能快地处理断相应的,以避免出现业务阻塞。标准的事件循环如下所示:
![20cc56e4b60c234d13fa7b8ed6e7faf5.png](https://i-blog.csdnimg.cn/blog_migrate/1bb5462280ceec449eeb2360a9e1b1ba.jpeg)
上面在事件记录处理完之后,必须将相应线程resume,表示继续运行。
这里获取的event为一个抽象的事件记录,可以通过类型判断转型为具体的事件,这里我们转型为BreakpointEvent,即断点记录,并通过断点处的线程拿到线程帧,进而获取相应的变量信息,并打印记录。如下所示:
![237d35e07ed4e635cdc82ad64ce3fbfe.png](https://i-blog.csdnimg.cn/blog_migrate/da4c1a736aba5d8a76d81a190444cc6e.jpeg)
上面的value也是抽象形式,也可以通过类型转换以打印不同类型的对象。
4. 断点继续运行
如第2点所示,必须调用相应的event.resume
5. 清除断点
如果记录的信息又足够(如记录了半天的数据了),则可能通过requestManager.deleteEventRequest调用相应的断点,或者调用deleteAllBreakpoints删除所有断点信息。
或者通过vm.dispose直接中断相应的调试连接即可。
![365e916a83d537a096ff276847099821.png](https://i-blog.csdnimg.cn/blog_migrate/36ea8f1a590f4d2712dee54b1786f3d2.jpeg)