JDK中帶有了一堆的工具是可以用來檢視執行狀況，排查問題的，但對於這些工具還是要比較清楚執行後會發生什麼，否則有可能會因為執行了一個命令就導致嚴重故障，重點講下影響比較大的jmap。

最主要的危險操作是下面這三種： 
1. jmap -dump 
這個命令執行，JVM會將整個heap的資訊dump寫入到一個檔案，heap如果比較大的話，就會導致這個過程比較耗時，並且執行的過程中為了保證dump的資訊是可靠的，所以會暫停應用。

2. jmap -permstat 
這個命令執行，JVM會去統計perm區的狀況，這整個過程也會比較的耗時，並且同樣也會暫停應用。

3. jmap -histo:live 
這個命令執行，JVM會先觸發gc，然後再統計資訊。

上面的這三個操作都將對應用的執行產生影響，所以建議如果不是很有必要的話，不要去執行。

另外，在排查問題的時候，對於保留現場資訊的操作，可以用gcore [pid]直接保留，這個的執行速度會比jmap -dump快不少，之後可以再用jmap/jstack等從core dump檔案裡提取相應的資訊，不過這個操作建議大家先測試下，貌似在有些jdk版本上不work。

之前碰到過一次語言集的問題，我們的Java應用多數在做字串轉碼的時候是沒有指定編碼的，編碼資訊主要靠啟動腳本里面設定LANG來控制，但沒想到在某種場景下，竟然有地方設定了LC_ALL，在 之前的一篇語言集的文章 中，有講過LC_ALL的優先順序是最高的，所以導致啟動腳本里設定的LANG失效了，從而導致了亂碼，這個Case來看，對於Java應用，還是在啟動引數上指定下-Dfile.encoding比較安全一點，避免這種預設的轉碼依賴系統的配置，很容易踩進坑裡。

============================= 
題圖來源於：http://goo.gl/q2ppqr 
歡迎關注微信公眾號：hellojavacases

關於此微訊號： 

分享Java問題排查的Case、Java業界的動態和新技術、Java的一些小知識點Test，以及和大家一起討論一些Java問題或場景，這裡只有Java細節的分享，沒有大道理、大架構和大框架。

原文地址：http://www.tuicool.com/articles/7ziMjaz