A. centos tomcat7 jvm 默認值是多少
我的伺服器的配置：
# OS specific support. $var _must_ be set to either true or false.
JAVA_OPTS="-Xms1024m -Xmx4096m -Xss1024K -XX:PermSize=512m -XX:MaxPermSize=2048m"
正文：
常見的內存溢出有以下兩種:
java.lang.OutOfMemoryError: PermGen space
java.lang.OutOfMemoryError: Java heap space
---------------------------------------------------------
這里以tomcat環境為例，其它WEB伺服器如jboss,weblogic等是同一個道理。
一、java.lang.OutOfMemoryError: PermGen space
PermGen space的全稱是Permanent Generation space,是指內存的永久保存區域,
這塊內存主要是被JVM存放Class和Meta信息的,Class在被Loader時就會被放到PermGen space中,
它和存放類實例(Instance)的Heap區域不同,GC(Garbage Collection)不會在主程序運行期對
PermGen space進行清理，所以如果你的應用中有很多CLASS的話,就很可能出現PermGen space錯誤,
這種錯誤常見在web伺服器對JSP進行pre compile的時候。如果你的WEB APP下都用了大量的第三方jar, 其大小
超過了jvm默認的大小(4M)那麼就會產生此錯誤信息了。
解決方法： 手動設置MaxPermSize大小
建議：將相同的第三方jar文件移置到tomcat/shared/lib目錄下，這樣可以達到減少jar 文檔重復佔用內存的目的。
二、java.lang.OutOfMemoryError: Java heap space
JVM堆的設置是指java程序運行過程中JVM可以調配使用的內存空間的設置.JVM在啟動的時候會自動設置Heap size的值，
其初始空間(即-Xms)是物理內存的1/64，最大空間(-Xmx)是物理內存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等選項可
進行設置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。
提示：在JVM中如果98％的時間是用於GC且可用的Heap size 不足2％的好啟時候將拋出此異常信息。
提示：Heap Size 最大不要超過可用友虛如物理內存的80％，一般的要將-Xms和譽巧-Xmx選項設置為相同，而-Xmn為1/4的-Xmx值。
解決方法：手動設置Heap size
----------------------------------------------------------
Linux下修改JVM內存大小:
要添加在tomcat 的bin 下catalina.sh 里，位置cygwin=false前 。注意引號要帶上,紅色的為新添加的.
# OS specific support. $var _must_ be set to either true or false.
JAVA_OPTS="-Xms256m -Xmx512m -Xss1024K -XX:PermSize=128m -XX:MaxPermSize=256m"
cygwin=false
windows下修改JVM內存大小:
情況一:解壓版本的Tomcat, 要通過startup.bat啟動tomcat才能載入配置
要添加在tomcat 的bin 下catalina.bat 里
rem Guess CATALINA_HOME if not defined
set CURRENT_DIR=%cd%後面添加,紅色的為新添加的.
set JAVA_OPTS=-Xms256m -Xmx512m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m -Djava.awt.headless=true
情況二:安裝版的Tomcat下沒有catalina.bat
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服務,設置生效
---------------------------------------------------------
各參數的比例:
Xmx 與PermSize的和不可超過JVM可獲得的總內存
PermSize不可大於Xmx
================
如何設置Tomcat的JVM虛擬機內存大小
可以給Java虛擬機設置使用的內存，但是如果你的選擇不對的話，虛擬機不會補償。可通過命令行的方式改變虛擬機使用內存的大小。如下表所示有兩個參數用來設置虛擬機使用內存的大小。
參數
描述
-Xms
JVM初始化堆的大小
-Xmx
JVM堆的最大值
這 兩個值的大小一般根據需要進行設置。初始化堆的大小執行了虛擬機在啟動時向系統申請的內存的大小。一般而言，這個參數不重要。但是有的應用程序在大負載的 情況下會急劇地佔用更多的內存，此時這個參數就是顯得非常重要，如果虛擬機啟動時設置使用的內存比較小而在這種情況下有許多對象進行初始化，虛擬機就必須 重復地增加內存來滿足使用。由於這種原因，我們一般把-Xms和-Xmx設為一樣大，而堆的最大值受限於系統使用的物理內存。一般使用數據量較大的應用程 序會使用持久對象，內存使用有可能迅速地增長。當應用程序需要的內存超出堆的最大值時虛擬機就會提示內存溢出，並且導致應用服務崩潰。因此一般建議堆的最 大值設置為可用內存的最大值的80%。
Tomcat默認可以使用的內存為128MB，在較大型的應用項目中，這點內存是不夠的，需要調大。
Windows下，在文件/bin/catalina.bat，Unix下，在文件/bin/catalina.sh的前面，增加如下設置：
JAVA_OPTS='-Xms【初始化內存大小】 -Xmx【可以使用的最大內存】'
需要把這個兩個參數值調大。例如：
JAVA_OPTS='-Xms256m -Xmx512m'
表示初始化內存為256MB，可以使用的最大內存為512MB。
另 外需要考慮的是Java提供的垃圾回收機制。虛擬機的堆大小決定了虛擬機花費在收集垃圾上的時間和頻度。收集垃圾可以接受的速度與應用有關，應該通過分析 實際的垃圾收集的時間和頻率來調整。如果堆的大小很大，那麼完全垃圾收集就會很慢，但是頻度會降低。如果你把堆的大小和內存的需要一致，完全收集就很快， 但是會更加頻繁。調整堆大小的的目的是最小化垃圾收集的時間，以在特定的時間內最大化處理客戶的請求。在基準測試的時候，為保證最好的性能，要把堆的大小 設大，保證垃圾收集不在整個基準測試的過程中出現。
如果系統花費很多的時間收集垃圾，請減小堆大小。一次完全的垃圾收集應該不超過 3-5 秒。如果垃圾收集成為瓶頸，那麼需要指定代的大小，檢查垃圾收集的詳細輸出，研究 垃圾收集參數對性能的影響。一般說來，你應該使用物理內存的 80% 作為堆大小。當增加處理器時，記得增加內存，因為分配可以並行進行，而垃圾收集不是並行的。
Tomcat 5常用優化和配置
1、JDK內存優化：
Tomcat默認可以使用的內存為128MB,Windows下,在文件{tomcat_home}/bin/catalina.bat，Unix下，在文件{tomcat_home}/bin/catalina.sh的前面，增加如下設置：
JAVA_OPTS='-Xms[初始化內存大小] -Xmx[可以使用的最大內存]
一般說來，你應該使用物理內存的 80% 作為堆大小。
2、連接器優化：
在tomcat配置文件server.xml中的配置中，和連接數相關的參數有：
maxThreads：
Tomcat使用線程來處理接收的每個請求。這個值表示Tomcat可創建的最大的線程數。默認值150。
acceptCount：
指定當所有可以使用的處理請求的線程數都被使用時，可以放到處理隊列中的請求數，超過這個數的請求將不予處理。默認值10。
minSpareThreads：
Tomcat初始化時創建的線程數。默認值25。
maxSpareThreads：
一旦創建的線程超過這個值，Tomcat就會關閉不再需要的socket線程。默認值75。
enableLookups：
是否反查域名，默認值為true。為了提高處理能力，應設置為false
connnectionTimeout：
網路連接超時，默認值60000，單位：毫秒。設置為0表示永不超時，這樣設置有隱患的。通常可設置為30000毫秒。
maxKeepAliveRequests：
保持請求數量，默認值100。
bufferSize：
輸入流緩沖大小，默認值2048 bytes。
compression：
壓縮傳輸，取值on/off/force，默認值off。
其中和最大連接數相關的參數為maxThreads和acceptCount。如果要加大並發連接數，應同時加大這兩個參數。web server允許的最大連接數還受制於*作系統的內核參數設置，通常Windows是2000個左右，Linux是1000個左右。
3、tomcat中如何禁止和允許列目錄下的文件
在{tomcat_home}/conf/web.xml中，把listings參數設置成false即可，如下：
<servlet>
...
< init-param>
< param-name>listings</param-name>
< param-value>false</param-value>
< /init-param>
...
< /servlet>
4、tomcat中如何禁止和允許主機或IP地址訪問
<Host name="localhost" ...>
...
< Valve className="org.apache.catalina.valves.RemoteHostValve"
allow="*.mycompany.com,www.yourcompany.com"/>
< Valve className="org.apache.catalina.valves.RemoteAddrValve"
deny="192.168.1.*"/>
...
< /Host>
伺服器的配置
JAVA_OPTS='-server -Xms512m -Xmx768m -XX:NewSize=128m -XX:MaxNewSize=192m -XX:SurvivorRatio=8'
B. 關於設置Java虛擬機(JVM)的內存問題
最近做畢設時 遇到了一點小問題 在解析dblp xml文件時（該文件很大 最新版本為 MB） 老是報錯
java lang OutOfMemoryError: Java heap space
最後通過查資料才知道 這是由於JVM堆內存不足造成的 JVM在啟動動的時候一般會設置JVM Heap的值
其初胡鬧始空間（即 Xms）是物理內存的 / 最大空間（ Xmx）不可超過物理內存 在JVM中如果 ％的時間是用於GC 且可用的Heap size 不足 ％的時候將拋出此異常信息 出現這種問題可以通過修改JVM heap大小解決
如
點擊（此處）折疊或打開
java Xms M Xmx M className
以上設置JVM初始化堆內存為 M 最大可用堆內存為 M
（ ）段前在命令行中設置的方法就如上面所褲燃罩述
（ ）在Eclipse中可以這樣設置
在eclipse的 Run >Run Configurations >Arguments下的VM Arguments中設置
Xms M Xmx M
另外可以使用 java X查看其它JVM參數情況
點擊（此處）折疊或打開
D:work>java X
Xmixed mixed mode execution （default）
Xint interpreted mode execution only
Xbootclasspath:<directories and zip/jar files separated by ;>
set search path for bootstrap classes and resources
Xbootclasspath/a:<directories and zip/jar files separated by ;>
append to end of bootstrap class path
Xbootclasspath/p:<directories and zip/jar files separated by ;>
prepend in front of bootstrap class path
Xnoclassgc disable class garbage collection
Xincgc enable incremental garbage collection
Xloggc:<file> log GC status to a file with time stamps
Xbatch disable background pilation
Xms<size> set initial Java heap size
Xmx<size> set maximum Java heap size
Xss<size> set java thread stack size
Xprof output cpu profiling data
Xfuture enable strictest checks anticipating future default
Xrs rece use of OS signals by Java/VM （see documentation）
Xcheck:jni perform additional checks for JNI functions
Xshare:off do not attempt to use shared class data
Xshare:auto use shared class data if possible （default）
Xshare:on require using shared class data otherwise fail
The X options are non standard and subject to change without notice
可以通過java lang Runtime的一些方法查看jvm的內存使用情況
點擊（此處）折疊或打開
System out println（ Total Memory: + Runtime getRuntime（） totalMemory（） / （ * + MB ）
System out println（ Free Memory: + Runtime getRuntime（） freeMemory（） / （ * ） + MB ）
System out println（ Max Memory: + Runtime getRuntime（） maxMemory（） / （ * ） + MB ）
maxMemory（）這個方法返回的是java虛擬機（這個進程）能構從操作系統那裡挖到的最大的內存 以位元組為單位
totalMemory（）這個方法返回的是java虛擬機現在已經從操作系統那裡挖過來的內存大小 也就是java虛擬機這個進程當時所佔用的所有內存
freeMemory為當前jvm中沒有使用的內存
附 jvm參數說明 （轉自）
server:一定要作為第一個參數 在多個CPU時性能佳
Xms java Heap初始大小 默認是物理內存的 /
Xmx java heap最大值 建議均設為物理內存的一半 不可超過物理內存
XX:PermSize:設定內存的永久保存區初始大小 預設值為 M （我用visualvm exe查看的）
XX:MaxPermSize:設定內存的永久保存區最大 大小 預設值為 M （我用visualvm exe查看的）
XX:SurvivorRatio= :生還者池的大小 默認是 如果垃圾回收變成了瓶頸 您可以嘗試定製生成池設置
XX:NewSize: 新生成的池的初始大小 預設值為 M
XX:MaxNewSize: 新生成的池的最大大小 預設值為 M
如果 JVM 的堆大小大於 GB 則應該使用值 XX:newSize= m XX:MaxNewSize= m XX:SurvivorRatio= 或者將堆的總大小的 % 到 % 分配給新生成的池 調大新對象區 減少Full GC次數
+XX:AggressiveHeap 會使得 Xms沒有意義 這個參數讓jvm忽略Xmx參數 瘋狂地吃完一個G物理內存 再吃盡一個G的swap
Xss 每個線程的Stack大小 Xss 這使得JBoss每增加一個線程（thread）就會立即消耗 M內存 而最佳值應該是 K 默認值好像是 k
verbose:gc 現實垃圾收集信息
Xloggc:gc log 指定垃圾收集日誌文件
Xmn young generation的heap大小 一般設置為Xmx的 分之一
XX:+UseParNewGC 縮短minor收集的時間
XX:+UseConcMarkSweepGC 縮短major收集的時間 此選項在Heap Size 比較大而且Major收集時間較長的情況下使用更合適
XX:userParNewGC 可用來設置並行收集【多CPU】
XX:ParallelGCThreads 可用來增加並行度【多CPU】
lishixin/Article/program/Java/hx/201311/26103
C. Java中-XMX -xmn 是什麼的縮寫
這個應該是 eclipse 的配置文件 eclipse.ini 中的配置語句。在配置文件中直接傳遞給 java vm 的參數並不多，調用形式是這樣的：
eclipse[normalarguments]-vmargs-Xmx256M[moreVMargs]
1. -Xmx 和 -Xms 作為主要的參數，都是放在 -vmargs 後面作為二級參數傳遞給 java vm 的。以 -X 開頭的參數是和實現有關的，並不是適用於所有的 VMs，對於 -Xms 和 -Xmx 其含義為：
-Xms：minimum memory size for pile and heap
-Xmx：maximum memory size for pile and heap
2. 對於具體含義的猜測：
最開始只有 -Xms 的參數，表示 `初始` memory size(m表示memory，s表示size)；
緊接是參肆皮數 -Xms，為了對缺雹答齊三字元，壓縮了其表示形式，採用計算機中約定表示方式: 用 x 表示 「大」，因此 -Xmx 中的 m應當還是 memory。既然有了最大內存的概念，那麼一開始的 -Xms 所表示的 `初始` 內存也就有了一個 `最小` 內存的概念（其實常用的伏慧做法中初始內存採用的也就是最小內存）。如果不對齊參數長度的話，其表示應當是 -Xmsx
3.另外在配置 eclipse.ini 的小常識：
JVM 最小分配內存（初始分配內存）由-Xms指定，默認是物理內存的1/64
JVM最大分配的內存由-Xmx指定，默認是物理內存的1/4
D. JVM內存設置多大合適Xmx和Xmn如何設置
問題:
新上線一個java服務，或者是RPC或者是WEB站點， 內存的設置該怎麼設置呢？設置成多大比較合適，既不浪費內存，又不影響性能呢？
分析：
依據的原則是根據Java Performance裡面的推薦公式來進行設置。
具體來講：
Java整個堆大小設置，Xmx 和 Xms設置為老年代存活對象的3-4倍，即FullGC之後的老年代內存佔用的3-4倍
永久代 PermSize和MaxPermSize設置為老年代存活對象的1.2-1.5倍。
年輕代Xmn的設置為老年代存活對象的1-1.5倍。
老年代的內存大小設置為老年代存活對象的2-3倍。
BTW：
1、Sun官方建議年輕代的大小為整個堆的3/8左右， 所以按照上述設置的方式，基本符合Sun的建議。
2、堆大小=年輕代大小+年老代大小， 即xmx=xmn+老年代大小 。 Permsize不影響堆大小。
3、為什麼要按照上面的來進行設置呢？ 沒有具體的說明，但應該是根據多種調優之後得出的一個結論。
如何確認老年代存活對象大小？
方式1（推薦/比較穩妥）：燃瞎
JVM參數中添加GC日誌，GC日誌中會記錄每次FullGC之後各代的內存大小，觀察老年代GC之後的空間大小。可觀察一段時間內（比如2天）的FullGC之後的內存情況，根據多次的FullGC之後的老年代的空間大小數據來預估FullGC之後老年代的存活對象大小（可根據多次FullGC之後的內存大小取平均值）
方式2：（強制觸發FullGC, 會影響線上服務，慎用）
方式1的方式比較可行，但需要更改JVM參數，並分析日誌。同時，在使用CMS回收器的時候，有可能不能觸發FullGC（只發生CMS GC），所以日誌攜枯中並沒有記錄FullGC的日誌。在分析的時候就比較難處理。
BTW：使用jstat -gcutil工具來看FullGC的時候， CMS GC是會造成2次的FullGC次數增加。 具體可參見之前寫的一篇關於jstat使用的文章
所以，有時候需要強制觸發一次FullGC，來觀察FullGC之後的老年代存活對象大小。
註：強制觸發FullGC，會造成線上服務停頓（STW），要謹慎，建議的操作方式為，在強制FullGC前先把服務節點摘除，FullGC之後再將服務掛回可用節點，對外提供服務
在不同時間段觸發FullGC，根據多次FullGC之後的老年代內存情況來預估FullGC之後的老年代存活對象大小
如何觸發FullGC ？
使用jmap工具可觸發FullGC
jmap -mp:live,format=b,file=heap.bin <pid> 將當前的存活對象mp到文件，此時會觸發FullGC
jmap -histo:live <pid> 列印每個class的實例數目,內存佔用,類全名信息.live子參數加上後,只統計活的對象數量. 此時會觸發FullGC
具體操作實例：
以我司的一個RPC服務為例。
BTW：剛上線的新服務，不知道該設置多大的內存的時候，可以先多設置一點內存，然後根據GC之後的情況來進行辯段洞分析。
初始JVM內存參數設置為： Xmx=2G Xms=2G xmn=1G
使用jstat 查看當前的GC情況。如下圖：
YGC平均耗時： 173.825s/15799=11ms
FGC平均耗時：0.817s/41=19.9ms
平均大約10-20s會產生一次YGC
看起來似乎不錯，YGC觸發的頻率不高，FGC的耗時也不高，但這樣的內存設置是不是有些浪費呢？
為了快速看數據，我們使用了方式2，產生了幾次FullGC，FullGC之後，使用的jmap -heap 來看的當前的堆內存情況（也可以根據GC日誌來看）
heap情況如下圖：（命令 ： jmap -heap <pid>）
上圖中的concurrent mark-sweep generation即為老年代的內存描述。
老年代的內存佔用為100M左右。 按照整個堆大小是老年代（FullGC）之後的3-4倍計算的話，設置各代的內存情況如下：
Xmx=512m Xms=512m Xmn=128m PermSize=128m 老年代的大小為 （512-128=384m）為老年代存活對象大小的3倍左右
調整之後的，heap情況
GC情況如下：
YGC 差不多在10s左右觸發一次。每次YGC平均耗時大約9.41ms。可接受。
FGC平均耗時：0.016s/2=8ms
整體的GC耗時減少。但GC頻率比之前的2G時的要多了一些。
註： 看上述GC的時候，發現YGC的次數突然會增多很多個，比如 從1359次到了1364次。具體原因是？
總結：
在內存相對緊張的情況下，可以按照上述的方式來進行內存的調優， 找到一個在GC頻率和GC耗時上都可接受的一個內存設置，可以用較小的內存滿足當前的服務需要
但當內存相對寬裕的時候，可以相對給服務多增加一點內存，可以減少GC的頻率，GC的耗時相應會增加一些。 一般要求低延時的可以考慮多設置一點內存， 對延時要求不高的，可以按照上述方式設置較小內存。
補充：
永久代（方法區）並不在堆內，所以之前有看過一篇文章中描述的 整個堆大小=年輕代+年老代+永久代的描述是不正確的。
轉自:
https://blog.csdn.net/losetowin/article/details/78569001
-verbose:gc 現實垃圾收集信息
-Xloggc:gc.log 指定垃圾收集日誌文件
-Xmn：young generation的heap大小，一般設置為Xmx的3、4分之一
-XX:SurvivorRatio=2 :生還者池的大小,默認是2，如果垃圾回收變成了瓶頸，您可以嘗試定製生成池設置
-XX:NewSize: 新生成的池的初始大小。 預設值為2M。
-XX:MaxNewSize: 新生成的池的最大大小。 預設值為32M。
+XX:AggressiveHeap 會使得 Xms沒有意義。這個參數讓jvm忽略Xmx參數,瘋狂地吃完一個G物理內存,再吃盡一個G的swap。
-Xss：每個線程的Stack大小，「-Xss 15120」 這使得JBoss每增加一個線程（thread)就會立即消耗15M內存，而最佳值應該是128K,默認值好像是512k.
E. Java heap space問題求助
程序要讀取數據近10W行記錄時出現異常:java.lang.OutOfMemoryError: Java heap space
在JVM中如果98%的時間是用於GC且可用的 Heap size 不足2%的時候將拋出此異常信息。
JVM
堆的設置是指java程序運行過程中JVM可以調配使用的內存空間的設置.JVM在啟動的時候會自動設置Heap
size的值，其初始空間(即-Xms)是物理內存的1/64，最大空間(-Xmx)是物理內存的1/4。可以利用JVM提供的-Xmn -Xms
-Xmx等選項可進行設置。例如：java -jar -Xmn16m -Xms64m -Xmx128m MyApp.jar如果Heap
Size設置偏小，除了這些異常信息外，還會發現程序的響仿攔應速度變慢了。GC佔用了更多的時間，而應用分配搜備到的執行時間較少。Heap Size
最大不要超過可用物理內存的80%，一般的要將-Xms和-Xmx選項設置為相同，而-Xmn為1/4的-Xmx值。Heap size的 -Xms
-Xmn 設置不要超出物理內存的大小。否則會提示「Error occurred ring initialization of VM
Could not reserve enough space for object heap」。
這個問題的根源是jvm虛擬機的默認Heap大小是64M,可以通過設置其最大和最小值來實現.設置的世大毀方法主要是幾個.
1.可以在windows 更改系統環境變數加上JAVA_OPTS=-Xms64m -Xmx512m
2,如果用的tomcat,在windows下,可以在C:\tomcat5.5.9\bin\catalina.bat 中加上:
set JAVA_OPTS=-Xms64m -Xmx256m
位置在: rem Guess CATALINA_HOME if not defined 這行的下面加合適.
3.如果是linux系統
Linux 在{tomcat_home}/bin/catalina.sh的前面，加 set JAVA_OPTS='-Xms64 -Xmx512
註：如果在測試的時候可能會用Eclispe 這時候就需要在Eclipse ->run -arguments 中的VM arguments 中輸入-Xms32m -Xmx800m這個參數就可以了。
F. 沒有足夠的java內存是什麼意思，怎麼解決
一般情況下java程序容易出現java heap space 的錯誤提示，這個問題就是JVM的堆內存問題，因為其初始值非常小，所以在不夠用的情況下要進行設置。
當然要確保你的程序正確，做的不是無限循環之類的無用功。在運行該程序時設置如下：
java -Xmx1g -Xms1g application
-Xmx1g 設置最大可用內存胡汪蠢為1g
-Xms1g 設置內存初始化最小值1g
後面application為你的JAVA程序名。
最大和最小值設置為一樣的，是看褲陪了某貼：以避免每次垃圾回收完成後JVM重新分配內存
值的大小根據自己電腦配置而定，不能超過電腦的物理內存。有貼建議：-Xms 為電腦物理內存的1/64 ，-Xmx為電腦物理內存的1/4
我自己在運行的時候就設置了這兩陵畢個值，程序就可以跑了
G. java jvm內存可以設置多少
-Xmx Java Heap最大值,默認值為物理內存的1/4,最佳設值應該視物理內存大小及計算機內其他內存開銷而定;
-Xms Java Heap初始值,Server端JVM最好將-Xms和-Xmx設為相同值,開發測試機JVM可以保留默認者咐友值;
-Xmn Java Heap Young區大小,不熟悉最好保留默認值; -Xss 每個線程的Stack大小,不熟悉最好保留默認值;
2
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
選定需設置內存分配的類-自變數,在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
3
b. 打開Tomcat根目錄下的bin文件夾,編輯catalina.bat,將其中
的%CATALINA_OPTS%(共有四處)替換為:-Xmx128m -Xms64m -Xmn32m -Xss16m
H. SpringBoot修改JVM參數（內置Tomcat命令行啟動和IDEA工具配置修改）
在 「-jar」 之前加上相應參數即可
-Xms：初始堆的分配大小，默認為物理內存的六十四分之一(Server端JVM最好將-Xms和-Xmx設為相同值)；
-Xmx：堆的最大分配大小（默認為物理內存的四分之一）；
-Xmn Java Heap Young區大小，不熟悉最好保留默認值；
-Xss 每個線程的Stack大小，不熟悉最好保留默認值；
-XX:+UseG1GC：用這個GC；
-XX:+PrintGCDetails：差衡讓列印信息；
修改相應的 VM options參數即可
復制粘貼到txt文件中，之後，記虛局得改後綴攔賀名為「.bat」
TITLE 數據上報 8090
"C:\Users\guany\Desktop\開發\JDK8\bin\java.exe" -Xms512m -Xmx512m -XX:+UseG1GC -XX:+PrintGCDetails -jar pt_dataPush_api-1.0.0.jar
pause
1
I. 啟動JAVA程序時,參數-Xms及Xmx有什麼用
個人之見，歡迎指正：
Xmx是java的一個選項，用來設置你的應用程序能夠使用的最褲沖大內存數（看好，致使你的應用程序，戚頌不是整個jvm）,如果你的程序要花很大內存的話，那就需要修改預設的設置，比如配置tomcat的時候，如果流量啊程序啊都很大的話就需要加大這個值了，不過有一點是要記住的，不要大得超過你的機器的內存，那樣你的機器會受不了的，到時候就死翹翹了。
Xms是另一個設置內存的參數,用它來設置程序初始化的時候內存棧的大小，增加這個值的話你的程序的啟動性能胡仔殲會得到提高。不過同樣有前面的限制，以及受到xmx的限制。
另外，一個操作系統通常都只使用jvm，這就是你說的「運行在同一個JVM中的程序」，不同的虛擬機的實現雖然千差萬別，但是他們的運行模式都是一樣的，只是性能有所不同罷了。