在Java多線程程序運行時，多數情況下我們不知道到底發生了什麼，只有出了錯誤的日誌的時候，我們才知道原來代碼中有死鎖。撇開代碼檢查工具，我們先討論一下利用VisualVM監控，分析我們的多線程的運行情況。
在Java多線程程序運行時，多數情況下我們不知道到底發生了什麼，只有出了錯誤的日誌的時候，我們才知道原來代碼中有死鎖。撇開代碼檢查工具，我們先討論一下利用VisualVM監控，分析我們的多線程的運行情況。（注：實踐本文內容的JDK的版本需要1.6.07以上）
什麼是VisualVM
VisualVM是JDK的一個集成的分析工具，自從JDK 6 Update 7以後已經作爲Sun的JDK的一部分。
VisualVM可以做的：監控應用程序的性能和內存佔用情況、監控應用程序的線程、進行線程轉儲(Thread Dump)或堆轉儲(Heap Dump)、跟蹤內存泄漏、監控垃圾回收器、執行內存和CPU分析，保存快照以便脫機分析應用程序；同時它還支持在MBeans上進行瀏覽和操作。儘管 VisualVM自身要在JDK6以上的運行，但是JDK1.4以上版本的程序它都能被它監控。
在JDK1.6.07以上的版本中：到$JAVA_HOME/bin,點擊jvisualvm.exe圖標就可以啓動VisualVM；當然也可以點擊這裏獲取官方的最新版本,支持：英文，中文，日文。
VisualVM功能集成較多，我們這裏只討論它對象線程的監控分析。
VisualVM監控線程
當我們運行VisualVM的時候，可以在應用程序》本地中看到VisualVM和eclipse的運行程序，然後我們啓動eclipse中的一個線程：com.longtask.thread.TestVisualVm，可以看到在菜單中多了一個該線程的顯示。點擊右邊的 線程 菜單，可以看到線程運行的跟蹤情況。
點擊 thread dump，可以生成該線程的運行情況的tdump文件，通過thread dump提供的相關信息，我們可以看到線程在什麼地方被阻塞了以及線程的其他狀態。
把日誌另存爲文件，到Thread Dump Analyzer的主頁點擊圖標下載TDA，然後用TDA打開剛纔VisualVM保存的 thread dump文件，查看相關的分析結果。
我們也可以用VisualVM來監控遠程java線程的運行情況。
遠程監控：啓動RMI服務
1：新建一個jstatd.all.policy文件，在裏面添加以下內容來保證jstatd服務啓動的時候不報異常：
grant codebase "file:${java.home}/../lib/tools.jar" {
permission java.security.AllPermission;
};
2：netstat -ano | grep -i 1099 查看1099端口是否被佔用了，如果被佔用，則需要選擇其他端口來啓動jstatd服務
3：如果端口被佔用，用以下方式啓動jstatd服務：
rmiregistry 2020 & jstatd -J-Djava.security.policy=jstatd.all.policy -p 2020
更多jstatd的文檔請參考sun公司的官方文檔 這裏
遠程監控Jboos服務
1：修改JDK下面的jmx的配置文件：
切換至$JAVA_HOME所在目錄/jre/lib/management下，
I：將jmxremote.access、jmxremote.password.template權限調整爲讀寫：
grant codebase "file:${java.home}/../lib/tools.jar" {
permission java.security.AllPermission;
};
II：vi jmxremote.password去掉
# monitorRole QED
# controlRole R&D
的#號
2：在Jboss的啓動文件中添加以下信息：
JAVA_OPTS="-Dcom.sun.management.jmxremote.port=2899 \
-Dcom.sun.management.jmxremote.ssl=false \
-Dcom.sun.management.jmxremote.authenticate=false \
-Djava.rmi.server.hostname=10.212.20.9 其他配置"
3：檢查啓動情況：
netstat -a | grep -i 2899 查看端口占有情況
如果2899端口被其他程序佔用，在jboss配置文件中調整端口-Dcom.sun.management.jmxremote.port=****
而後在VisualVM中就添加遠程連接，選擇jmx方式，就可以監控jboss的運行情況了。