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比較安全一點，避免這種默認的轉碼依賴系統的配置，很容易踩進坑里。