Java开源工具在linux上的源码分析(详细说明配有图片).docVIP

Java开源工具在linux上的源码分析 目录索引 Java开源工具在linux上的源码分析(一)：跟踪方式 2 Java开源工具在linux上的源码分析(二)：信号处理 4 Java开源工具在linux上的源码分析(三)：执行的线程 9 Java开源工具在linux上的源码分析(四)：safe point 13 Java开源工具在linux上的源码分析(五)：-F参数的bug 19 Java开源工具在linux上的源码分析(六)：符号表的读取 22 Java开源工具在linux上的源码分析(一)：跟踪方式 在我们常用的Jstack, Jmap 用于分析java虚拟机的状态的工具，通过起另一个虚拟机通过运行sun.tools包下的java文件，去跟踪另一个虚拟机的状态。 AD： 在我们常用的Jstack, Jmap 用于分析java虚拟机的状态的工具，通过起另一个虚拟机通过运行sun.tools包下的java文件，去跟踪另一个虚拟机的状态。 如果让你设计一个跟踪另一个进程的方法，你也通常会考虑这几种常用的方式。 第一种，就是通知被跟踪的进程，让进程执行相应的消息，同时对该消息做出反应。 第二种，就是通过内核的调用，直接能够访问进程的内存，堆栈情况，通过分析被跟踪的进程的内存结构，从而知道当前被跟踪的进程的状态。 第一种方式 优势： 对调用者和被调用者只要达成简单的通讯协议，调用者无需知道被调用者的逻辑，结构，只需要简单的发送命令的方式，被调用者能够接受到命令，并且对该命令进行回应就可以。 缺点： 如果被调用者当时的状态本来就不正常，或者繁忙，没办法对该命令做出响应，那这个跟踪进程往往是在规定的等待时间里，无法返回正确的需要的信息。其次被调用者在分析的过程中，有可能需要暂停进程中的其他的线程，而对被跟踪的进程有一定的影响。 第二种方式 优势： 通过内核的支持，访问被跟踪的内存，并作出快照，后台分析，很少影响被跟踪的进程。 缺点： 这种方式需要对被跟踪程的内存分配和使用非常的了解，无法解耦，而本身系统内核调用也会出问题。 Java工具类中也是大致实现了这2中方式，工具中会先选择第一种方式，如果发现第一种方式不能成功，将会建议使用-F参数，也就是第二种方式。 我们先讲第一种方式。 既然是需要向被跟踪进程发出命令，在linux中可以选择多种方式进行进程中通讯 共享内存，文件之类，其中创建socket的文件实现通讯是比较简单的方法。 下面是整个的流程图： 原文链接：/raintungli/article/details/7023092 Java开源工具在linux上的源码分析(二)：信号处理 当java虚拟机启动的时候，会启动很多内部的线程，这些线程主要在thread.cpp里的create_vm方法体里实现。而在thread.cpp里主要起了2个线程来处理信号相关的。详细请看下文 AD： 当java虚拟机启动的时候，会启动很多内部的线程，这些线程主要在thread.cpp里的create_vm方法体里实现。 而在thread.cpp里主要起了2个线程来处理信号相关的： JvmtiExport::enter_live_phase(); // Signal Dispatcher needs to be started before VMInit event is posted os::signal_init(); // Start Attach Listener if +StartAttachListener or it cant be started lazily if (!DisableAttachMechanism) { if (StartAttachListener || AttachListener::init_at_startup()) { AttachListener::init(); } } 1. Signal Dispatcher 线程 在os.cpp中的signal_init()函数中，启动了signal dispatcher 线程，对signal dispather 线程主要是用于处理信号，等待信号并且分发处理，可以详细看signal_thread_entry的方法： static void signal_thread_entry(JavaThread* thread, TRAPS) { os::set_priority(thread, NearMaxPriority); while (true) { int sig; { // FIXME : Currently we have not decieded what should be the status // for thi