好記性不如爛筆頭，戊戌年的最后一個工作日，把自己平時在開發過程中使用的一些java性能優化工具做一個簡單的小結，
主要包括 jvisualvm、jfr、gdb和查看內存對象信息的幾個linux命令。
注：當前系統屬性 Mac OS X 10.13.6，jdk版本 1.8.0_151
1：jvisualvm(當前java自帶的工具)
可以看到jvisualvm不僅支持本地應用程序的追蹤還支持遠程。
然后打開對應的本地項目：
這里面確實有很多項目的信息，CPU、堆棧信息等。
我目前使用它就是用它的抽樣器，查看當前項目里的對象數及對象占用的內存大小。
這樣對項目中某個對象個數過多或者對象過大，就可以方便的查看到，然后去優化它。
2:JFR
jfr的優點：
VisualVM功能強大，支持圖形化界面操作，可以很快定位代碼問題。但是它對應用性能的影響也非常大，所以不適合在生產環境下使用。
還有這些軟件（比如GDB(下面介紹)）要attach到jvm進程上，生產環境一般網絡隔離，很難做到。
使用jfr不需要在現有應用上額外添加任何參數、重啟進程等，直接在命令行執行即可，實時生效，100%無入侵，且穩定可靠，不影響線上應用運行。
jfr的使用：
2.1：本地使用：
1：需要在項目jvm加上配置 vm options：-XX:+UnlockCommercialFeatures -XX:+FlightRecorder
2：打開jmc
3：打開對應的進程ID，就可以追蹤本項目的堆棧、CPU等信息
2.2：在服務器上使用：
1：由於JFR需要JDK的商業證書，這一步需要解鎖jdk的商業特性：
jcmd <PID> VM.unlock_commercial_features
2：啟動jrf，開始輸出jfr文件
jcmd <PID> JFR.start name=test duration=60s filename=/tmp/output.jfr
3：拿到jfr文件后，在本地打開jmc圖形化工具后，選擇文件直接打開，然后就可以看到服務器上duration時間間隔的項目信息。
當然無論是本地運行還是在服務器上運行，Java飛行記錄器都支持創建一個模板。
在高級模式中，你可以自定義自己想要的信息。
創建好模板后，無論是在本地還是復制到遠程服務器上，
jcmd <PID> JFR.start name=test duration=60s settings=template.jfc filename=/tmp/output.jfr
settings=template.jfc就可以指定使用templayte.jfc這個模板的配置去收集項目信息。
3：GDB（參考文章：https://www.atlassian.com/blog/archives/so-you-want-your-jvms-heap）
首先機器上需要安裝gdb，gdb的安裝就不贅述了，
sudo apt-get install gdb
sudo yum install gdb
brew install gdb
1：使用gdb生成java heap文件
1.1：生成進程core文件
sudo gdb -p <PID>
. . .bunch of info. . .
(gdb)gocre /tmp/jvm.core
Saved corefile /tmp/jvm.core
(gdb) detach
(gdb) quit
1.2：根據core文件生成java heap文件
sudo jmap -dump:format=b,file=/tmp/jvm.hprof /usr/bin/java (自己機器java路徑) /tmp/jvm.core
2：運行MAT找出內存泄漏根源（MAT下載：https://www.eclipse.org/mat/downloads.php）
點擊finish，然后就可以看到當前java進程的堆棧信息。
4：常用的查看java進程堆棧信息命令
JVM學習----查看堆棧信息這篇文章較全面的寫了jstat、jmap的詳細用法，下面我列舉自己常用的一些命令：
每3秒鍾輸出一次當前進程已使用空間占總空間的百分比
命令：jstat -gcutil <PID> 3000
打印進程堆存活的各個對象個數和所占大小
命令：jmap -histo:live <PID> | more
使用jcmd不加任何參數即可獲取jvm進程列表
命令：jcmd
使用jcmd help能夠獲取某個jvm進程其他可用的診斷命令
命令：jcmd <PID> help
它所列舉的commands都是可以使用的。
5：參考文章相關鏈接：
Java Performance Tuning Guide：http://java-performance.info/
JVM學習----查看堆棧信息：https://blog.csdn.net/eos2009/article/details/78522901
JVM’s heap：https://www.atlassian.com/blog/archives/so-you-want-your-jvms-heap