設置java虛擬機的運行內存（java虛擬機啟動內存參數有哪些）

本文目錄一覽：

• 1、如何調整java虛擬機內存大小
• 2、如何修改java虛擬機內存？
• 3、怎樣修改java虛擬機的內存大小
• 4、java中怎樣設置虛擬機的內存大小

如何調整java虛擬機內存大小

在一些規模稍大的應用中，Java虛擬機（JVM）的內存設置尤為重要，想在項目中取得好的效率，GC（垃圾回收）的設置是第一步。

PermGen space：全稱是Permanent Generation space.就是說是永久保存的區域,用於存放Class和Meta信息,Class在被Load的時候被放入該區域Heap space：存放Instance。

GC(Garbage Collection)應該不會對PermGen space進行清理,所以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen space錯誤

Java Heap分為3個區

1.Young

2.Old

3.Permanent

Young保存剛實例化的對象。當該區被填滿時，GC會將對象移到Old區。Permanent區則負責保存反射對象，本文不討論該區。

JVM的Heap分配可以使用-X參數設定，

-Xms

初始Heap大小

-Xmx

java heap最大值

-Xmn

young generation的heap大小

JVM有2個GC線程

第一個線程負責回收Heap的Young區

第二個線程在Heap不足時，遍歷Heap，將Young 區升級為Older區

Older區的大小等於-Xmx減去-Xmn，不能將-Xms的值設的過大，因為第二個線程被迫運行會降低JVM的性能。

為什麼一些程序頻繁發生GC？

有如下原因：

1.程序內調用了System.gc()或Runtime.gc()。

2.一些中間件軟件調用自己的GC方法，此時需要設置參數禁止這些GC。

3.Java的Heap太小，一般默認的Heap值都很小。

4.頻繁實例化對象，Release對象 此時盡量保存並重用對象，例如使用StringBuffer()和String()。

如果你發現每次GC後，Heap的剩餘空間會是總空間的50%，這表示你的Heap處於健康狀態,許多Server端的Java程序每次GC後最好能有65%的剩餘空間

經驗之談：

1．Server端JVM最好將-Xms和-Xmx設為相同值。為了優化GC，最好讓-Xmn值約等於-Xmx的1/3。

2．一個GUI程序最好是每10到20秒間運行一次GC，每次在半秒之內完成。

注意：

1．增加Heap的大小雖然會降低GC的頻率，但也增加了每次GC的時間。並且GC運行時，所有的用戶線程將暫停，也就是GC期間，Java應用程序不做任何工作。

2．Heap大小並不決定進程的內存使用量。進程的內存使用量要大於-Xmx定義的值，因為Java為其他任務分配內存，例如每個線程的Stack等。

Stack的設定

每個線程都有他自己的Stack。

-Xss

每個線程的Stack大小

Stack的大小限制着線程的數量。如果Stack過大就好導致內存溢漏。-Xss參數決定Stack大小，例如-Xss1024K。如果Stack太小，也會導致Stack溢漏。

硬件環境

硬件環境也影響GC的效率，例如機器的種類，內存，swap空間，和CPU的數量。

如果你的程序需要頻繁創建很多transient對象，會導致JVM頻繁GC。這種情況你可以增加機器的內存，來減少Swap空間的使用。

4種GC

1、第一種為單線程GC，也是默認的GC，該GC適用於單CPU機器。

2、第二種為Throughput GC，是多線程的GC，適用於多CPU，使用大量線程的程序。第二種GC與第一種GC相似，不同在於GC在收集Young區是多線程的，但在Old區和第一種一樣，仍然採用單線程。-XX:+UseParallelGC參數啟動該GC。

3、第三種為Concurrent Low Pause GC，類似於第一種，適用於多CPU，並要求縮短因GC造成程序停滯的時間。這種GC可以在Old區的回收同時，運行應用程序。-XX:+UseConcMarkSweepGC參數啟動該GC。

4、第四種為Incremental Low Pause GC，適用於要求縮短因GC造成程序停滯的時間。這種GC可以在Young區回收的同時，回收一部分Old區對象。-Xincgc參數啟動該GC。

單文件的JVM內存進行設置

默認的java虛擬機的大小比較小，在對大數據進行處理時java就會報錯：java.lang.OutOfMemoryError。

設置jvm內存的方法，對於單獨的.class，可以用下面的方法對Test運行時的jvm內存進行設置。

java -Xms64m -Xmx256m Test

-Xms是設置內存初始化的大小

-Xmx是設置最大能夠使用內存的大小（最好不要超過物理內存大小）

tomcat啟動jvm內存設置

Linux：

在/usr/local/apache-tomcat-5.5.23/bin目錄下的catalina.sh添加：JAVA_OPTS=’-Xms512m -Xmx1024m’要加“m”說明是MB，否則就是KB了，在啟動tomcat時會報內存不足。

-Xms：初始值

-Xmx：最大值

-Xmn：最小值Windows

在catalina.bat最前面加入

set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat啟動tomcat,OK設置生效.夠成功的分配200M內存.但是如果不是執行startup.bat啟動tomcat而是利用windows的系統服務啟動tomcat服務,上面的設置就不生效了,就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.上面分配200M內存就OOM了..windows服務執行的是bin\tomcat.exe.他讀取註冊表中的值,而不是catalina.bat的設置.解決辦法:

修改註冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions

原值為

-Dcatalina.home=”C:\ApacheGroup\Tomcat 5.0″

-Djava.endorsed.dirs=”C:\ApacheGroup\Tomcat 5.0\common\endorsed”

-Xrs加入 -Xms300m -Xmx350m

重起tomcat服務,設置生效

weblogic啟動jvm內存設置

在weblogic中，可以在startweblogic.cmd中對每個domain虛擬內存的大小進行設置，默認的設置是在commEnv.cmd裡面。

JBoss

默認可以使用的內存為64MB

$JBOSSDIR$/bin/run.config

JAVA_OPTS = “-server -Xms128 -Xmx512”

Eclipse

在所在目錄下，鍵入

eclipse.exe -vmargs -Xms256m -Xmx512m

256m表示JVM堆內存最小值

512m表示JVM堆內存最大

Websphere

進入控制台去設置：應用程序服務器 server1 進程定義 Java 虛擬機

如何修改java虛擬機內存？

1、普通java應用程序，使用java命令運行，

java -Xms1024m -Xmx1024m -XX:MaxNewSize=256m -XX:MaxPermSize=256m -jar

2、tomcat

在catalina.bat的set JAVA_OPTS修改為set JAVA_OPTS=-Xms1024m -Xmx1024m -XX:MaxNewSize=256m -XX:MaxPermSize=256m –server

3、eclipse中運行應用程序

程序右鍵選屬性-run/debug settings-選中應用程序-編輯-Arguments-VM arguments輸入框輸入

-Xms1024m -Xmx1024m -XX:MaxNewSize=256m -XX:MaxPermSize=256m

4、weblogic

在$DOMAIN_HOME/bin/setDomainEnv.sh修改內存

怎樣修改java虛擬機的內存大小

在一些規模稍大的應用中，Java虛擬機（JVM）的內存設置尤為重要，想在項目中取得好的效率，GC（垃圾回收）的設置是第一步。

PermGen space：全稱是Permanent Generation space.就是說是永久保存的區域,用於存放Class和Meta信息,Class在被Load的時候被放入該區域Heap space：存放Instance。

GC(Garbage Collection)應該不會對PermGen space進行清理,所以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen space錯誤

Java Heap分為3個區

1.Young

2.Old

3.Permanent

Young保存剛實例化的對象。當該區被填滿時，GC會將對象移到Old區。Permanent區則負責保存反射對象，本文不討論該區。

JVM的Heap分配可以使用-X參數設定，

-Xms

初始Heap大小

-Xmx

java heap最大值

-Xmn

young generation的heap大小

JVM有2個GC線程

第一個線程負責回收Heap的Young區

第二個線程在Heap不足時，遍歷Heap，將Young 區升級為Older區

Older區的大小等於-Xmx減去-Xmn，不能將-Xms的值設的過大，因為第二個線程被迫運行會降低JVM的性能。

為什麼一些程序頻繁發生GC？

有如下原因：

1.程序內調用了System.gc()或Runtime.gc()。

2.一些中間件軟件調用自己的GC方法，此時需要設置參數禁止這些GC。

3.Java的Heap太小，一般默認的Heap值都很小。

4.頻繁實例化對象，Release對象 此時盡量保存並重用對象，例如使用StringBuffer()和String()。

如果你發現每次GC後，Heap的剩餘空間會是總空間的50%，這表示你的Heap處於健康狀態,許多Server端的Java程序每次GC後最好能有65%的剩餘空間

經驗之談：

1．Server端JVM最好將-Xms和-Xmx設為相同值。為了優化GC，最好讓-Xmn值約等於-Xmx的1/3。

2．一個GUI程序最好是每10到20秒間運行一次GC，每次在半秒之內完成。

注意：

1．增加Heap的大小雖然會降低GC的頻率，但也增加了每次GC的時間。並且GC運行時，所有的用戶線程將暫停，也就是GC期間，Java應用程序不做任何工作。

2．Heap大小並不決定進程的內存使用量。進程的內存使用量要大於-Xmx定義的值，因為Java為其他任務分配內存，例如每個線程的Stack等。

Stack的設定

每個線程都有他自己的Stack。

-Xss

每個線程的Stack大小

Stack的大小限制着線程的數量。如果Stack過大就好導致內存溢漏。-Xss參數決定Stack大小，例如-Xss1024K。如果Stack太小，也會導致Stack溢漏。

硬件環境

硬件環境也影響GC的效率，例如機器的種類，內存，swap空間，和CPU的數量。

如果你的程序需要頻繁創建很多transient對象，會導致JVM頻繁GC。這種情況你可以增加機器的內存，來減少Swap空間的使用。

4種GC

1、第一種為單線程GC，也是默認的GC，該GC適用於單CPU機器。

2、第二種為Throughput GC，是多線程的GC，適用於多CPU，使用大量線程的程序。第二種GC與第一種GC相似，不同在於GC在收集Young區是多線程的，但在Old區和第一種一樣，仍然採用單線程。-XX:+UseParallelGC參數啟動該GC。

3、第三種為Concurrent Low Pause GC，類似於第一種，適用於多CPU，並要求縮短因GC造成程序停滯的時間。這種GC可以在Old區的回收同時，運行應用程序。-XX:+UseConcMarkSweepGC參數啟動該GC。

4、第四種為Incremental Low Pause GC，適用於要求縮短因GC造成程序停滯的時間。這種GC可以在Young區回收的同時，回收一部分Old區對象。-Xincgc參數啟動該GC。

單文件的JVM內存進行設置

默認的java虛擬機的大小比較小，在對大數據進行處理時java就會報錯：java.lang.OutOfMemoryError。

設置jvm內存的方法，對於單獨的.class，可以用下面的方法對Test運行時的jvm內存進行設置。

java -Xms64m -Xmx256m Test

-Xms是設置內存初始化的大小

-Xmx是設置最大能夠使用內存的大小（最好不要超過物理內存大小）

tomcat啟動jvm內存設置

Linux：

在/usr/local/apache-tomcat-5.5.23/bin目錄下的catalina.sh添加：JAVA_OPTS=’-Xms512m -Xmx1024m’要加“m”說明是MB，否則就是KB了，在啟動tomcat時會報內存不足。

-Xms：初始值

-Xmx：最大值

-Xmn：最小值Windows

在catalina.bat最前面加入

set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat啟動tomcat,OK設置生效.夠成功的分配200M內存.但是如果不是執行startup.bat啟動tomcat而是利用windows的系統服務啟動tomcat服務,上面的設置就不生效了,就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.上面分配200M內存就OOM了..windows服務執行的是bin\tomcat.exe.他讀取註冊表中的值,而不是catalina.bat的設置.解決辦法:

修改註冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions

java中怎樣設置虛擬機的內存大小

如果你的程序是可運行的jar包的話，可以使用：

java -server -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0 myJarName.jar

如果是tomcat的話：

修改TOMCAT_HOME/bin/catalina.sh

位置cygwin=false前。

JAVA_OPTS=” -server -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0″

下面是參數說明：

-Xmx5g：設置JVM最大可用內存為5G。

-Xms5g：設置JVM初始內存為5G。此值可以設置與-Xmx相同，以避免每次垃圾回收完成後JVM重新分配內存。

-Xmn2g：設置年輕代大小為2G。整個堆內存大小 = 年輕代大小 + 年老代大小 + 持久代大小 。持久代一般固定大小為64m，所以增大年輕代後，將會減小年老代大小。此值對系統性能影響較大，Sun官方推薦配置為整個堆的3/8。

-XX:+UseParNewGC：設置年輕代為並行收集。可與CMS收集同時使用。JDK5.0以上，JVM會根據系統配置自行設置，所以無需再設置此值。

-XX:ParallelGCThreads=8：配置並行收集器的線程數，即：同時多少個線程一起進行垃圾回收。此值最好配置與處理器數目相等。

-XX:SurvivorRatio=6：設置年輕代中Eden區與Survivor區的大小比值。根據經驗設置為6，則兩個Survivor區與一個Eden區的比值為2:6，一個Survivor區占整個年輕代的1/8。

-XX:MaxTenuringThreshold=30： 設置垃圾最大年齡（次數）。如果設置為0的話，則年輕代對象不經過Survivor區直接進入年老代。對於年老代比較多的應用，可以提高效率。如果將此值 設置為一個較大值，則年輕代對象會在Survivor區進行多次複製，這樣可以增加對象再年輕代的存活時間，增加在年輕代即被回收的概率。設置為30表示 一個對象如果在Survivor空間移動30次還沒有被回收就放入年老代。

-XX:+UseConcMarkSweepGC：設置年老代為並發收集。測試配置這個參數以後，參數-XX:NewRatio=4就失效了，所以，此時年輕代大小最好用-Xmn設置，因此這個參數不建議使用。