Java啟動引數共分為三類；

其一是標準引數（-），所有的JVM實現都必須實現這些引數的功能，而且向後相容；

其二是非標準引數（-X），預設jvm實現這些引數的功能，但是並不保證所有jvm實現都滿足，且不保證向後相容；

其三是非Stable引數（-XX），此類引數各個jvm實現會有所不同，將來可能會隨時取消，需要慎重使用；

一、JVM標準引數(-)

JVM的標準引數都是以”-“開頭，通過輸入”java -help”或者”java -?”，可以檢視JVM標準引數列表。如

以下是JVM標準引數的詳細介紹(紅色標記的引數請著重注意):
以下是JVM標準引數的詳細介紹(紅色標記的引數請著重注意):

-client

設定jvm使用client模式，特點是啟動速度比較快，但執行時效能和記憶體管理效率不高，通常用於客戶端應用程式或者PC應用開發和除錯。

-server

設定jvm使server模式，特點是啟動速度比較慢，但執行時效能和記憶體管理效率很高，適用於生產環境。在具有64位能力的jdk環境下將預設啟用該模式，而忽略-client引數。

-agentlib:libname[=options]

用於裝載本地lib包；

其中libname為本地代理庫檔名，預設搜尋路徑為環境變數PATH中的路徑，options為傳給本地庫啟動時的引數，多個引數之間用逗號分隔。在Windows平臺上jvm搜尋本地庫名為libname.dll的檔案，在linux上jvm搜尋本地庫名為libname.so的檔案，搜尋路徑環境變數在不同系統上有所不同，比如Solaries上就預設搜尋LD_LIBRARY_PATH。

比如：-agentlib:hprof

用來獲取jvm的執行情況，包括CPU、記憶體、執行緒等的執行資料，並可輸出到指定檔案中；windows中搜索路徑為JRE_HOME/bin/hprof.dll。

-agentpath:pathname[=options]

按全路徑裝載本地庫，不再搜尋PATH中的路徑；其他功能和agentlib相同；更多的資訊待續，在後續的JVMTI部分會詳述。

-classpath classpath

-cp classpath

告知jvm搜尋目錄名、jar文件名、zip文件名，之間用分號;分隔；使用-classpath後jvm將不再使用CLASSPATH中的類搜尋路徑，如果-classpath和CLASSPATH都沒有設定，則jvm使用當前路徑(.)作為類搜尋路徑。

jvm搜尋類的方式和順序為：Bootstrap，Extension，User。

Bootstrap中的路徑是jvm自帶的jar或zip檔案，jvm首先搜尋這些包檔案，用System.getProperty(“sun.boot.class.path”)可得到搜尋路徑。

Extension是位於JRE_HOME/lib/ext目錄下的jar檔案，jvm在搜尋完Bootstrap後就搜尋該目錄下的jar檔案，用System.getProperty(“java.ext.dirs”)可得到搜尋路徑。

User搜尋順序為當前路徑.、CLASSPATH、-classpath，jvm最後搜尋這些目錄，用System.getProperty(“java.class.path”)可得到搜尋路徑。

-Dproperty=value

設定系統屬性名/值對，執行在此jvm之上的應用程式可用System.getProperty(“property”)得到value的值。

如果value中有空格，則需要用雙引號將該值括起來，如-Dname=”space string”。

該引數通常用於設定系統級全域性變數值，如配置檔案路徑，以便該屬性在程式中任何地方都可訪問。

-enableassertions[:”…” | : ]

-ea[:”…” | : ]

上述引數就用來設定jvm是否啟動斷言機制（從JDK 1.4開始支援），預設時jvm關閉斷言機制。

用-ea 可開啟斷言機制，不加和classname時執行所有包和類中的斷言，如果希望只執行某些包或類中的斷言，可將包名或類名加到-ea之後。例如要啟動包com.wombat.fruitbat中的斷言，可用命令java -ea:com.wombat.fruitbat…。

-disableassertions[:”…” | :

二、JVM非標準引數(-X)

通過”java -X”可以輸出非標準引數列表，如下所示：

非標準引數又稱為擴充套件引數，其列表如下：

-Xint

設定jvm以解釋模式執行，所有的位元組碼將被直接執行，而不會編譯成本地碼。

-Xbatch

關閉後臺程式碼編譯，強制在前臺編譯，編譯完成之後才能進行程式碼執行；

預設情況下，jvm在後臺進行編譯，若沒有編譯完成，則前臺執行程式碼時以解釋模式執行。

-Xbootclasspath:bootclasspath

讓jvm從指定路徑（可以是分號分隔的目錄、jar、或者zip）中載入bootclass，用來替換jdk的rt.jar；若非必要，一般不會用到；

-Xbootclasspath/a:path

將指定路徑的所有檔案追加到預設bootstrap路徑中；

-Xbootclasspath/p:path

讓jvm優先於bootstrap預設路徑載入指定路徑的所有檔案；

-Xcheck:jni

對JNI函式進行附加check；此時jvm將校驗傳遞給JNI函式引數的合法性，在原生代碼中遇到非法資料時，jmv將報一個致命錯誤而終止；使用該引數後將造成效能下降，請慎用。

-Xfuture

讓jvm對類檔案執行嚴格的格式檢查（預設jvm不進行嚴格格式檢查），以符合類檔案格式規範，推薦開發人員使用該引數。

-Xnoclassgc

關閉針對class的gc功能；因為其阻止記憶體回收，所以可能會導致OutOfMemoryError錯誤，慎用；

-Xincgc

開啟增量gc（預設為關閉）；這有助於減少長時間GC時應用程式出現的停頓；但由於可能和應用程式併發執行，所以會降低CPU對應用的處理能力。

-Xloggc:file

與-verbose:gc功能類似，只是將每次GC事件的相關情況記錄到一個檔案中，檔案的位置最好在本地，以避免網路的潛在問題。

若與verbose命令同時出現在命令列中，則以-Xloggc為準。

-Xms

指定jvm堆的初始大小，預設為實體記憶體的1/64，最小為1M；可以指定單位，比如k、m，若不指定，則預設為位元組。

-Xmx

指定jvm堆的最大值，預設為實體記憶體的1/4或者1G，最小為2M；單位與-Xms一致。

-Xss

設定單個執行緒棧的大小，一般預設為512k。

-Xprof

輸出 cpu 配置檔案資料

-Xrs

減少jvm對作業系統訊號（signals）的使用，該引數從1.3.1開始有效；

從jdk1.3.0開始，jvm允許程式在關閉之前還可以執行一些程式碼（比如關閉資料庫的連線池），即使jvm被突然終止；

jvm關閉工具通過監控控制檯的相關事件而滿足以上的功能；更確切的說，通知在關閉工具執行之前，先註冊控制檯的控制handler，然後對CTRL_C_EVENT, CTRL_CLOSE_EVENT, CTRL_LOGOFF_EVENT, and CTRL_SHUTDOWN_EVENT這幾類事件直接返回true。

但如果jvm以服務的形式在後臺執行（比如servlet引擎），他能接收CTRL_LOGOFF_EVENT事件，但此時並不需要初始化關閉程式；為了避免類似衝突的再次出現，從jdk1.3.1開始提供-Xrs引數；當此引數被設定之後，jvm將不接收控制檯的控制handler，也就是說他不監控和處理CTRL_C_EVENT, CTRL_CLOSE_EVENT, CTRL_LOGOFF_EVENT, or CTRL_SHUTDOWN_EVENT事件。

上面這些引數中，比如-Xmsn、-Xmxn……都是我們效能優化中很重要的引數；

-Xprof、-Xloggc:file等都是在沒有專業跟蹤工具情況下排錯的好手；

三、JVM非Stable引數（-XX）

Java 6（update 21oder 21之後）版本， HotSpot JVM 提供給了兩個新的引數，在JVM啟動後，在命令列中可以輸出所有XX引數和值。

-XX:+PrintFlagsFinal and -XX:+PrintFlagsInitial

讀者可以使用以下語句輸出所有的引數和預設值

java -XX:+PrintFlagsInitial  -XX:+PrintFlagsInitial>>1.txt

由於非State引數非常的多，因此這裡就不列出所有引數進行講解。只介紹我們比較常用的。

Java HotSpot VM中-XX:的可配置引數列表進行描述；

這些引數可以被鬆散的聚合成三類：

行為引數（Behavioral Options）：用於改變jvm的一些基礎行為；

效能調優（Performance Tuning）：用於jvm的效能調優；

除錯引數（Debugging Options）：一般用於開啟跟蹤、列印、輸出等jvm引數，用於顯示jvm更加詳細的資訊；

行為引數(功能開關)

-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    啟用本地執行緒優先順序

效能調優

-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 跟蹤類載入器約束的相關資訊