在我們常用的Jstack, Jmap 用於分析java虛擬機的狀態的工具，通過起另一個虛擬機通過運行sun.tools包下的java文件，去跟蹤另一個虛擬機的狀態。
相關閱讀：http://www.linuxidc.com/Linux/2012-01/51213.htm 與 http://www.linuxidc.com/Linux/2012-01/51216.htm
如果讓你設計一個跟蹤另一個進程的方法，你也通常會考慮這幾種常用的方式。
第一種，就是通知被跟蹤的進程，讓進程執行相應的消息，同時對該消息做出反應。
第二種，就是通過內核的調用，直接能夠訪問進程的內存，堆棧情況，通過分析被跟蹤的進程的內存結構，從而知道當前被跟蹤的進程的狀態。
第一種方式
優勢：
對調用者和被調用者只要達成簡單的通訊協議，調用者無需知道被調用者的邏輯，結構，只需要簡單的發送命令的方式，被調用者能夠接受到命令，並且對該命令進行回應就可以。
缺點：
如果被調用者當時的狀態本來就不正常，或者繁忙，沒辦法對該命令做出響應，那這個跟蹤進程往往是在規定的等待時間裡，無法返回正確的需要的信息。其次被調用者在分析的過程中，有可能需要暫停進程中的其他的線程，而對被跟蹤的進程有一定的影響。
第二種方式
優勢：
通過內核的支持，訪問被跟蹤的內存，並作出快照，後台分析，很少影響被跟蹤的進程。
缺點：
這種方式需要對被跟蹤程的內存分配和使用非常的了解，無法解耦，而本身系統內核調用也會出問題。
Java工具類中也是大致實現了這2中方式，工具中會先選擇第一種方式，如果發現第一種方式不能成功，將會建議使用-F參數，也就是第二種方式。
我們先講第一種方式。
既然是需要向被跟蹤進程發出命令，在linux中可以選擇多種方式進行進程中通訊 共享內存，文件之類，其中創建socket的文件實現通訊是比較簡單的方法。
下面是整個的流程圖：
