1、集成開發環境下啟動并使用JVM，如eclipse需要修改根目錄文件eclipse.ini；

2、Windows服務器下安裝版Tomcat，可使用Tomcat8w.exe工具（tomcat目錄下）和直接修改注冊表兩種方式修改Jvm參數；

3、Windows服務器解壓版Tomcat注冊Windows服務，方法同上；

4、解壓版本的Tomcat, 通過startup.bat啟動tomcat加載配置的，在tomcat 的bin 下catalina.bat 文件內添加；

5、Linux服務器Tomcat設置JVM，修改TOMCAT_HOME/bin/catalina.sh；

關于**Tomcat**的資料查看 [java 基礎安裝和Tomcat8配置](http://blog.csdn.net/jiandanjinxin/article/details/51733445)

JVM參數設置、分析

JVM參數的含義?實例見實例分析

參數名稱	含義	默認值	?
-Xms	初始堆大小	物理內存的1/64(<1GB)	默認(MinHeapFreeRatio參數可以調整)空余堆內存小于40%時，JVM就會增大堆直到-Xmx的最大限制.
-Xmx	最大堆大小	物理內存的1/4(<1GB)	默認(MaxHeapFreeRatio參數可以調整)空余堆內存大于70%時，JVM會減少堆直到 -Xms的最小限制
-Xmn	年輕代大小(1.4or lator)	?	注意：此處的大小是（eden+ 2 survivor space).與jmap -heap中顯示的New gen是不同的。 整個堆大小=年輕代大小 + 年老代大小 + 持久代大小. 增大年輕代后,將會減小年老代大小.此值對系統性能影響較大,Sun官方推薦配置為整個堆的3/8
-XX:NewSize	設置年輕代大小(for 1.3/1.4)	?	?
-XX:MaxNewSize	年輕代最大值(for 1.3/1.4)	?	?
-XX:PermSize	設置持久代(perm gen)初始值	物理內存的1/64	?
-XX:MaxPermSize	設置持久代最大值	物理內存的1/4	?
-Xss	每個線程的堆棧大小	?	JDK5.0以后每個線程堆棧大小為1M,以前每個線程堆棧大小為256K.更具應用的線程所需內存大小進行 調整.在相同物理內存下,減小這個值能生成更多的線程.但是操作系統對一個進程內的線程數還是有限制的,不能無限生成,經驗值在3000~5000左右 一般小的應用， 如果棧不是很深， 應該是128k夠用的 大的應用建議使用256k。這個選項對性能影響比較大，需要嚴格的測試。（校長） 和threadstacksize選項解釋很類似,官方文檔似乎沒有解釋,在論壇中有這樣一句話:"” -Xss is translated in a VM flag named ThreadStackSize” 一般設置這個值就可以了。
-XX:ThreadStackSize	Thread Stack Size	?	(0 means use default stack size) [Sparc: 512; Solaris x86: 320 (was 256 prior in 5.0 and earlier); Sparc 64 bit: 1024; Linux amd64: 1024 (was 0 in 5.0 and earlier); all others 0.]
-XX:NewRatio	年輕代(包括Eden和兩個Survivor區)與年老代的比值(除去持久代)	?	-XX:NewRatio=4表示年輕代與年老代所占比值為1:4,年輕代占整個堆棧的1/5 Xms=Xmx并且設置了Xmn的情況下，該參數不需要進行設置。
-XX:SurvivorRatio	Eden區與Survivor區的大小比值	?	設置為8,則兩個Survivor區與一個Eden區的比值為2:8,一個Survivor區占整個年輕代的1/10
-XX:LargePageSizeInBytes	內存頁的大小不可設置過大， 會影響Perm的大小	?	=128m
-XX:+UseFastAccessorMethods	原始類型的快速優化	?	?
-XX:+DisableExplicitGC	關閉System.gc()	?	這個參數需要嚴格的測試
-XX:MaxTenuringThreshold	垃圾最大年齡	?	如果設置為0的話,則年輕代對象不經過Survivor區,直接進入年老代. 對于年老代比較多的應用,可以提高效率.如果將此值設置為一個較大值,則年輕代對象會在Survivor區進行多次復制,這樣可以增加對象再年輕代的存活 時間,增加在年輕代即被回收的概率 該參數只有在串行GC時才有效.
-XX:+AggressiveOpts	加快編譯	?	?
-XX:+UseBiasedLocking	鎖機制的性能改善	?	?
-Xnoclassgc	禁用垃圾回收	?	?
-XX:SoftRefLRUPolicyMSPerMB	每兆堆空閑空間中SoftReference的存活時間	1s	softly reachable objects will remain alive for some amount of time after the last time they were referenced. The default value is one second of lifetime per free megabyte in the heap
-XX:PretenureSizeThreshold	對象超過多大是直接在舊生代分配	0	單位字節 新生代采用Parallel Scavenge GC時無效 另一種直接在舊生代分配的情況是大的數組對象,且數組中無外部引用對象.
-XX:TLABWasteTargetPercent	TLAB占eden區的百分比	1%	?
-XX:+CollectGen0First	FullGC時是否先YGC	false	?

并行收集器相關參數

-XX:+UseParallelGC	Full GC采用parallel MSC (此項待驗證)	?	選擇垃圾收集器為并行收集器.此配置僅對年輕代有效.即上述配置下,年輕代使用并發收集,而年老代仍舊使用串行收集.(此項待驗證)
-XX:+UseParNewGC	設置年輕代為并行收集	?	可與CMS收集同時使用 JDK5.0以上,JVM會根據系統配置自行設置,所以無需再設置此值
-XX:ParallelGCThreads	并行收集器的線程數	?	此值最好配置與處理器數目相等 同樣適用于CMS
-XX:+UseParallelOldGC	年老代垃圾收集方式為并行收集(Parallel Compacting)	?	這個是JAVA 6出現的參數選項
-XX:MaxGCPauseMillis	每次年輕代垃圾回收的最長時間(最大暫停時間)	?	如果無法滿足此時間,JVM會自動調整年輕代大小,以滿足此值.
-XX:+UseAdaptiveSizePolicy	自動選擇年輕代區大小和相應的Survivor區比例	?	設置此選項后,并行收集器會自動選擇年輕代區大小和相應的Survivor區比例,以達到目標系統規定的最低相應時間或者收集頻率等,此值建議使用并行收集器時,一直打開.
-XX:GCTimeRatio	設置垃圾回收時間占程序運行時間的百分比	?	公式為1/(1+n)
-XX:+ScavengeBeforeFullGC	Full GC前調用YGC	true	Do young generation GC prior to a full GC. (Introduced in 1.4.1.)

CMS相關參數

-XX:+UseConcMarkSweepGC	使用CMS內存收集	?	測試中配置這個以后,-XX:NewRatio=4的配置失效了,原因不明.所以,此時年輕代大小最好用-Xmn設置.???
-XX:+AggressiveHeap	?	?	試圖是使用大量的物理內存 長時間大內存使用的優化，能檢查計算資源（內存， 處理器數量） 至少需要256MB內存 大量的CPU／內存， （在1.4.1在4CPU的機器上已經顯示有提升）
-XX:CMSFullGCsBeforeCompaction	多少次后進行內存壓縮	?	由于并發收集器不對內存空間進行壓縮,整理,所以運行一段時間以后會產生"碎片",使得運行效率降低.此值設置運行多少次GC以后對內存空間進行壓縮,整理.
-XX:+CMSParallelRemarkEnabled	降低標記停頓	?	?
-XX+UseCMSCompactAtFullCollection	在FULL GC的時候， 對年老代的壓縮	?	CMS是不會移動內存的， 因此， 這個非常容易產生碎片， 導致內存不夠用， 因此， 內存的壓縮這個時候就會被啟用。 增加這個參數是個好習慣。 可能會影響性能,但是可以消除碎片
-XX:+UseCMSInitiatingOccupancyOnly	使用手動定義初始化定義開始CMS收集	?	禁止hostspot自行觸發CMS GC
-XX:CMSInitiatingOccupancyFraction=70	使用cms作為垃圾回收 使用70％后開始CMS收集	92	為了保證不出現promotion failed(見下面介紹)錯誤,該值的設置需要滿足以下公式CMSInitiatingOccupancyFraction計算公式
-XX:CMSInitiatingPermOccupancyFraction	設置Perm Gen使用到達多少比率時觸發	92	?
-XX:+CMSIncrementalMode	設置為增量模式	?	用于單CPU情況
-XX:+CMSClassUnloadingEnabled	?	?	?

輔助信息

-XX:+PrintGC	?	?	輸出形式: [GC 118250K->113543K(130112K), 0.0094143 secs] [Full GC 121376K->10414K(130112K), 0.0650971 secs]
-XX:+PrintGCDetails	?	?	輸出形式:[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs] [GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs]
-XX:+PrintGCTimeStamps	?	?	?
-XX:+PrintGC:PrintGCTimeStamps	?	?	可與-XX:+PrintGC -XX:+PrintGCDetails混合使用 輸出形式:11.851: [GC 98328K->93620K(130112K), 0.0082960 secs]
-XX:+PrintGCApplicationStoppedTime	打印垃圾回收期間程序暫停的時間.可與上面混合使用	?	輸出形式:Total time for which application threads were stopped: 0.0468229 seconds
-XX:+PrintGCApplicationConcurrentTime	打印每次垃圾回收前,程序未中斷的執行時間.可與上面混合使用	?	輸出形式:Application time: 0.5291524 seconds
-XX:+PrintHeapAtGC	打印GC前后的詳細堆棧信息	?	?
-Xloggc:filename	把相關日志信息記錄到文件以便分析. 與上面幾個配合使用	?	?
-XX:+PrintClassHistogram	garbage collects before printing the histogram.	?	?
-XX:+PrintTLAB	查看TLAB空間的使用情況	?	?
XX:+PrintTenuringDistribution	查看每次minor GC后新的存活周期的閾值	?	Desired survivor size 1048576 bytes, new threshold 7 (max 15) new threshold 7即標識新的存活周期的閾值為7。

----------------------------------------------------------------------------------------------------------------------

修改JAVA虛擬機設置

某些設置與 RAM 的分配相關。為了避免嘗試重新分配內存，必須將?-Xms?和?-Xmx?設置為相同的值：要分配給 Real-time Monitoring 服務器的最小和最大內存量。對于具有 16 GB RAM 的服務器而言，首選設置是至少 12 GB。通常，最好設置大約為 RAM 總容量 3/4 的數值。

將?-XX:NewSize?和?-XX:MaxNewSize?設置為同一個值。此數值應該是您為?-Xms?選擇的大小的 1/4。

下表根據內存大小 16 GB 和 32 GB 提供了所要使用的參數值的示例。

表 1. JVM 參數值示例 內存 參數值

16 GB	-Xms12288M -Xmx12288M -XX:NewSize=3072M -XX:MaxNewSize=3072M
32 GB	-Xms24576M -Xmx24576M -XX:NewSize=6144M -XX:MaxNewSize=6144M

另外，還必須指定垃圾回收設置。-XX:ParallelGCThreads?條目應該與可用的處理器核心數相同。例如，如果有兩個雙核心處理器，請輸入：

-XX:ParallelGCThreads=4

如果有 4 個雙核心處理器或者 2 個四核心處理器，請輸入：

-XX:ParallelGCThreads=8

-verbose:gc?和?-Dsun.rmi.dgc.client.gcInterval?設置對于確定運行期間的垃圾回收問題而言非常有用。這兩個參數都應進行設置。最后一項設置應指向日志目錄，例如：

-Xloggc:"c:/program files/ibm/cognos/c10_64/realtime/logs"

如果路徑包含空格，那么必須將整個參數括在引號中。在路徑名中，請使用正斜杠來代替反斜杠。

JVM（java 虛擬機）內存設置

1. 設置JVM內存的參數有四個：

-Xmx???Java Heap最大值，默認值為物理內存的1/4，最佳設值應該視物理內存大小及計算機內其他內存開銷而定；

-Xms???Java Heap初始值，Server端JVM最好將-Xms和-Xmx設為相同值，開發測試機JVM可以保留默認值；

-Xmn???Java Heap Young區大小，不熟悉最好保留默認值；

-Xss???每個線程的Stack大小，不熟悉最好保留默認值；

2. 如何設置JVM內存分配：

（1）當在命令提示符下啟動并使用JVM時（只對當前運行的類Test生效）：

java -Xmx128m -Xms64m -Xmn32m -Xss16m Test

（2）當在集成開發環境下（如eclipse）啟動并使用JVM時：

a. 在eclipse根目錄下打開eclipse.ini，默認內容為（這里設置的是運行當前開發工具的JVM內存分配）：

-vmargs ?

-Xms40m ?

-Xmx256m?

-vmargs表示以下為虛擬機設置參數，可修改其中的參數值，也可添加-Xmn，-Xss，另外，eclipse.ini內還可以設置非堆內存，如：-XX:PermSize=56m，-XX:MaxPermSize=128m。

此處設置的參數值可以通過以下配置在開發工具的狀態欄顯示：

在eclipse根目錄下創建文件options，文件內容為：org.eclipse.ui/perf/showHeapStatus=true

修改eclipse根目錄下的eclipse.ini文件，在開頭處添加如下內容：

-debug ?

options ?

-vm ?

javaw.exe?

重新啟動eclipse，就可以看到下方狀態條多了JVM信息。

b. 打開eclipse－窗口－首選項－Java－已安裝的JRE（對在當前開發環境中運行的java程序皆生效）

編輯當前使用的JRE，在缺省VM參數中輸入：-Xmx128m -Xms64m -Xmn32m -Xss16m

c. 打開eclipse－運行－運行－Java應用程序（只對所設置的java類生效）

選定需設置內存分配的類－自變量，在VM自變量中輸入：-Xmx128m -Xms64m -Xmn32m -Xss16m

注：如果在同一開發環境中同時進行了b和c設置，則b設置生效，c設置無效，如：

開發環境的設置為：-Xmx256m，而類Test的設置為：-Xmx128m -Xms64m，則運行Test時生效的設置為：

-Xmx256m -Xms64m

（3）當在服務器環境下（如Tomcat）啟動并使用JVM時（對當前服務器環境下所以Java程序生效）：

a. 設置環境變量：

變量名：CATALINA_OPTS

變量值：-Xmx128m -Xms64m -Xmn32m -Xss16m

b. 打開Tomcat根目錄下的bin文件夾，編輯catalina.bat，將其中的�TALINA_OPTS%（共有四處）替換為：-Xmx128m -Xms64m -Xmn32m -Xss16m

二、查看設置JVM內存信息

Runtime.getRuntime().maxMemory();?//最大可用內存，對應-Xmx

Runtime.getRuntime().freeMemory();?//當前JVM空閑內存

Runtime.getRuntime().totalMemory();?//當前JVM占用的內存總數，其值相當于當前JVM已使用的內存及freeMemory()的總和

關于maxMemory()，freeMemory()和totalMemory()：

maxMemory()為JVM的最大可用內存，可通過-Xmx設置，默認值為物理內存的1/4，設值不能高于計算機物理內存；

totalMemory()為當前JVM占用的內存總數，其值相當于當前JVM已使用的內存及freeMemory()的總和，會隨著JVM使用內存的增加而增加；

freeMemory()為當前JVM空閑內存，因為JVM只有在需要內存時才占用物理內存使用，所以freeMemory()的值一般情況下都很小，而 JVM實際可用內存并不等于freeMemory()，而應該等于maxMemory()-totalMemory()+freeMemory()。及其 設置JVM內存分配。

官方文檔見：

http://docs.sun.com/source/819-0084/pt_tuningjava.html

java啟動參數共分為三類；
其一是標準參數（-），所有的JVM實現都必須實現這些參數的功能，而且向后兼容；
其二是非標準參數（-X），默認jvm實現這些參數的功能，但是并不保證所有jvm實現都滿足，且不保證向后兼容；
其三是非Stable參數（-XX），此類參數各個jvm實現會有所不同，將來可能會隨時取消，需要慎重使用；

標準參數中比較有用的：

verbose?
-verbose:class?
?輸出jvm載入類的相關信息，當jvm報告說找不到類或者類沖突時可此進行診斷。
-verbose:gc?
?輸出每次GC的相關情況。
-verbose:jni?
?輸出native方法調用的相關情況，一般用于診斷jni調用錯誤信息。

非標準參數又稱為擴展參數

一般用到最多的是

-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等等；

參考主頁

http://www.cnblogs.com/redcreen/archive/2011/05/04/2037057.html

http://www.ibm.com/support/knowledgecenter/zh/SSEP7J_10.2.0/com.ibm.swg.ba.cognos.ig_rtm.10.2.0.doc/t_jvm_cnfg.html

http://www.cnblogs.com/jack204/archive/2012/07/02/2572932.html

總結

以上是生活随笔為你收集整理的JVM 参数设置的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。