java虛擬機啟動參數分類詳解
java啟動參數共分為三類；
其一是標準參數（-），所有的JVM實現都必須實現這些參數的功能，而且向後兼容；
其二是非標準參數（-X），默認jvm實現這些參數的功能，但是並不保證所有jvm實現都滿足，且不保證向後兼容；
其三是非Stable參數（-XX），此類參數各個jvm實現會有所不同，將來可能會隨時取消，需要慎重使用；
一、標準參數中比較有用的：
- verbose -verbose:class
輸出jvm載入類的相關信息，當jvm報告說找不到類或者類沖突時可此進行診斷。
-verbose:gc
輸出每次GC的相關情況。
-verbose:jni
輸出native方法調用的相關情況，一般用於診斷jni調用錯誤信息。
- -?
- -help ： 輸出java標準參數列表及其描述。
- -X： 輸出非標準的參數列表及其描述。
- -Dproperty=value
設置系統屬性名/值對，運行在此jvm之上的應用程序可用System.getProperty("property")得到value的值。 如果value中有空格，則需要用雙引號將該值括起來，如-Dname="space string"。 該參數通常用於設置系統級全局變量值，如配置文件路徑，以便該屬性在程序中任何地方都可訪問。
- -client：設置jvm使用client模式，特點是啟動速度比較快，但運行時性能和內存管理效率不高，通常用於客戶端應用程序或者PC應用開發和調試。
- -server：設置jvm使server模式，特點是啟動速度比較慢，但運行時性能和內存管理效率很高，適用於生產環境。在具有64位能力的jdk環境下將默認啟用該模式，而忽略-client參數。
二、非標準參數又稱為擴展參數，一般用到最多的是
-Xms512m 設置JVM初始內存為512m。此值可以設置與-Xmx相同，以避免每次垃圾回收完成後JVM重新分配內存。
-Xmx512m 設置JVM最大可用內存為512M。
-Xmn200m 設置年輕代大小為200M。整個堆大小=年輕代大小 + 年老代大小 + 持久代大小。持久代一般固定大小為64m，所以增大年輕代後，將會減小年老代大小。此值對系統性能影響較大，Sun官方推薦配置為整個堆的3/8。
-Xss128k：
設置每個線程的堆棧大小。JDK5.0以後每個線程堆棧大小為1M，以前每個線程堆棧大小為256K。根據應用的線程所需內存大小進行調整。在相同物理內存下，減小這個值能生成更多的線程。但是操作系統對一個進程內的線程數還是有限制的，不能無限生成，經驗值在3000~5000左右。
-Xloggc:file
與-verbose:gc功能類似，只是將每次GC事件的相關情況記錄到一個文件中，文件的位置最好在本地，以避免網絡的潛在問題。
若與verbose命令同時出現在命令行中，則以-Xloggc為準。
-Xprof
跟蹤正運行的程序，並將跟蹤數據在標準輸出輸出；適合於開發環境調試。
用-XX作為前綴的參數列表在jvm中可能是不健壯的，SUN也不推薦使用，後續可能會在沒有通知的情況下就直接取消了；但是由於這些參數中的確有很多是對我們很有用的，比如我們經常會見到的-XX:PermSize、-XX:MaxPermSize等等；
首先來介紹行為參數：
| 參數及其默認值 | 描述 |
| -XX:-DisableExplicitGC | 禁止調用System.gc()；但jvm的gc仍然有效 |
| -XX:+MaxFDLimit | 最大化文件描述符的數量限制 |
| -XX:+ScavengeBeforeFullGC | 新生代GC優先於Full GC執行 |
| -XX:+UseGCOverheadLimit | 在拋出OOM之前限制jvm耗費在GC上的時間比例 |
| -XX:-UseConcMarkSweepGC | 對老生代采用並發標記交換算法進行GC |
| -XX:-UseParallelGC | 啟用並行GC |
| -XX:-UseParallelOldGC | 對Full GC啟用並行，當-XX:-UseParallelGC啟用時該項自動啟用 |
| -XX:-UseSerialGC | 啟用串行GC |
| -XX:+UseThreadPriorities | 啟用本地線程優先級 |
上面表格中黑體的三個參數代表著jvm中GC執行的三種方式，即串行、並行、並發；
串行（SerialGC）是jvm的默認GC方式，一般適用於小型應用和單處理器，算法比較簡單，GC效率也較高，但可能會給應用帶來停頓；
並行（ParallelGC）是指GC運行時，對應用程序運行沒有影響，GC和app兩者的線程在並發執行，這樣可以最大限度不影響app的運行；
並發（ConcMarkSweepGC）是指多個線程並發執行GC，一般適用於多處理器系統中，可以提高GC的效率，但算法復雜，系統消耗較大；
性能調優參數列表：
| 參數及其默認值 | 描述 |
| -XX:LargePageSizeInBytes=4m | 設置用於Java堆的大頁面尺寸 |
| -XX:MaxHeapFreeRatio=70 | GC後java堆中空閑量占的最大比例 |
| -XX:MaxNewSize=size | 新生成對象能占用內存的最大值 |
| -XX:MaxPermSize=64m | 老生代對象能占用內存的最大值 |
| -XX:MinHeapFreeRatio=40 | GC後java堆中空閑量占的最小比例 |
| -XX:NewRatio=2 | 新生代內存容量與老生代內存容量的比例 |
| -XX:NewSize=2.125m | 新生代對象生成時占用內存的默認值 |
| -XX:ReservedCodeCacheSize=32m | 保留代碼占用的內存容量 |
| -XX:ThreadStackSize=512 | 設置線程棧大小，若為0則使用系統默認值 |
| -XX:+UseLargePages | 使用大頁面內存 |
我們在日常性能調優中基本上都會用到以上黑體的這幾個屬性；
調試參數列表：
| 參數及其默認值 | 描述 |
| -XX:-CITime | 打印消耗在JIT編譯的時間 |
| -XX:ErrorFile=./hs_err_pid<pid>.log | 保存錯誤日誌或者數據到文件中 |
| -XX:-ExtendedDTraceProbes | 開啟solaris特有的dtrace探針 |
| -XX:HeapDumpPath=./java_pid<pid>.hprof | 指定導出堆信息時的路徑或文件名 |
| -XX:-HeapDumpOnOutOfMemoryError | 當首次遭遇OOM時導出此時堆中相關信息 |
| -XX:OnError="<cmd args>;<cmd args>" | 出現致命ERROR之後運行自定義命令 |
| -XX:OnOutOfMemoryError="<cmd args>;<cmd args>" | 當首次遭遇OOM時執行自定義命令 |
| -XX:-PrintClassHistogram | 遇到Ctrl-Break後打印類實例的柱狀信息，與jmap -histo功能相同 |
| -XX:-PrintConcurrentLocks | 遇到Ctrl-Break後打印並發鎖的相關信息，與jstack -l功能相同 |
| -XX:-PrintCommandLineFlags | 打印在命令行中出現過的標記 |
| -XX:-PrintCompilation | 當一個方法被編譯時打印相關信息 |
| -XX:-PrintGC | 每次GC時打印相關信息 |
| -XX:-PrintGC Details | 每次GC時打印詳細信息 |
| -XX:-PrintGCTimeStamps | 打印每次GC的時間戳 |
| -XX:-TraceClassLoading | 跟蹤類的加載信息 |
| -XX:-TraceClassLoadingPreorder | 跟蹤被引用到的所有類的加載信息 |
| -XX:-TraceClassResolution | 跟蹤常量池 |
| -XX:-TraceClassUnloading | 跟蹤類的卸載信息 |
| -XX:-TraceLoaderConstraints | 跟蹤類加載器約束的相關信息 |
java虛擬機啟動參數分類詳解