JVM的堆（Heap）占用內存過大會引發如下問題：如果JVM直接運行在Linux系統，可能會導致Java進程被Linux系統的OOM Killer所終止（Kill）；如果JVM運行在Docker容器環境，可能會表現為頻繁異常重啟。本文針對在容器環境下運行JVM的內存配置給出建議，并解決OOM（Out of Memory）的相關常見問題。
通過-XX:MaxRAMPercentage限制JVM使用容器內存的最大百分比（推薦）
容器環境下，推薦的JVM參數設置如下：
-XX:+UseContainerSupport -XX:InitialRAMPercentage=70.0 -XX:MaxRAMPercentage=70.0 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/home/admin/nas/gc-${POD_IP}-$(date '+%s').log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/nas/dump-${POD_IP}-$(date '+%s').hprof參數說明如下：
參數 | 說明 |
| 設置JVM檢測所處容器的內存大小和處理器數量，而不是檢測整個操作系統的。 JVM會使用上述檢測到的信息進行資源分配，例如： |
| 設置JVM使用容器內存的初始百分比。建議與 |
| 設置JVM使用容器內存的最大百分比。由于存在系統組件開銷，建議最大不超過75.0，推薦設置為70.0，代表JVM最大使用容器內存的70%。 |
| 輸出GC詳細信息。 |
| 輸出GC時間戳。日期形式，例如2019-12-24T21:53:59.234+0800。 |
| GC日志文件路徑。需保證Log文件所在容器路徑已存在，建議您將該容器路徑掛載到NAS目錄或收集到SLS，以便自動創建目錄以及實現日志的持久化存儲。 |
| JVM發生OOM時，自動生成Dump文件。 |
| Dump文件路徑。需保證Dump文件所在容器路徑已存在，建議您將該容器路徑掛載到NAS目錄，以便自動創建目錄以及實現日志的持久化存儲。 |
使用
-XX:+UseContainerSupport參數需JDK 8u191+、JDK 10及以上版本。-XX:+UseContainerSupport參數僅在部分操作系統上支持，具體支持情況請查閱您所使用的Java版本的官方文檔。在JDK 11及之后的版本中，日志相關的參數
-XX:+PrintGCDetails、-XX:+PrintGCDateStamps、-Xloggc:$LOG_PATH/gc.log已被廢棄，請使用參數-Xlog:gc:$LOG_PATH/gc.log代替。Dragonwell 11不支持
${POD_IP}變量。如果您沒有將/home/admin/nas容器路徑掛載到NAS目錄，則必須保證該目錄在應用啟動前已存在，否則將不會產生日志文件。
通過-Xms -Xmx限制堆大小
您可以通過設置
-Xms和-Xmx來限制堆大小，但該方式存在以下兩個問題：當實例的規格大小調整后，需要重新設置堆大小參數。
當參數設置不合理時，會出現業務應用內存未達到JVM堆大小上限，但容器OOM被強制關閉的情況。詳見容器出現137退出碼的含義是什么？
推薦的JVM參數設置。
-Xms2048m -Xmx2048m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/home/admin/nas/gc-${POD_IP}-$(date '+%s').log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/nas/dump-${POD_IP}-$(date '+%s').hprof參數說明如下。
參數
說明
-Xms設置JVM初始內存大小。建議與
-Xmx相同，避免每次垃圾回收完成后JVM重新分配內存。-Xmx設置JVM最大可用內存大小。為避免容器OOM，請為系統預留足夠的內存大小。
-XX:+PrintGCDetails輸出GC詳細信息。
-XX:+PrintGCDateStamps輸出GC時間戳。日期形式，例如2019-12-24T21:53:59.234+0800。
-Xloggc:/home/admin/nas/gc-${POD_IP}-$(date '+%s').logGC日志文件路徑。需保證Log文件所在容器路徑已存在，建議您將該容器路徑掛載到NAS目錄或收集到SLS，以便自動創建目錄以及實現日志的持久化存儲。
-XX:+HeapDumpOnOutOfMemoryErrorJVM發生OOM時，自動生成Dump文件。
-XX:HeapDumpPath=/home/admin/nas/dump-${POD_IP}-$(date '+%s').hprofDump文件路徑。需保證Dump文件所在容器路徑已存在，建議您將該容器路徑掛載到NAS目錄，以便自動創建目錄以及實現日志的持久化存儲。
推薦的堆大小設置。
內存規格大小
JVM堆大小
1 GB
600 MB
2 GB
1434 MB
4 GB
2867 MB
8 GB
5734 MB
在JDK 11及之后的版本中，日志相關的參數
-XX:+PrintGCDetails、-XX:+PrintGCDateStamps、-Xloggc:$LOG_PATH/gc.log已被廢棄，請使用參數-Xlog:gc:$LOG_PATH/gc.log代替。Dragonwell 11不支持
${POD_IP}變量。如果您沒有將/home/admin/nas容器路徑掛載到NAS目錄，則必須保證該目錄在應用啟動前已存在，否則將不會產生日志文件。
通過ossutil下載堆轉儲文件
掛載容器日志目錄至NAS。具體操作，請參見設置NAS存儲。
設置JVM參數。
其中Dump文件路徑/home/admin/nas為NAS掛載目錄：
-Xms2048m -Xmx2048m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/home/admin/nas/gc-${POD_IP}-$(date '+%s').log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/nas/dump-${POD_IP}-$(date '+%s').hprof當應用發生OOM時，會生成堆轉儲文件到NAS掛載目錄，您可以利用ossutil工具，將該Dump文件下載到本地進行分析。具體操作，請參見通過日志上傳下載診斷應用。
常見問題
容器出現137退出碼的含義是什么？
當容器使用內存超過限制時，會出現容器OOM，導致容器被強制關閉。此時業務應用內存可能并未達到JVM堆大小上限，所以不會產生Dump日志。建議您調小JVM堆大小的上限，為容器內其他系統組件預留足夠多的內存空間。
為什么發生OOM卻沒有生成Dump文件？
當發生OOM Killer時，并不一定會發生JVM OOM，所以不會生成Dump文件。您可以采取以下方式來避免這種情況。
如果是Java應用，可以適當調小JVM的堆內存大小。具體配置，請參見本文。
如果是非Java應用，可以調整實例規格，保證充裕的內存資源。具體配置，請參見變更實例規格。
堆大小和規格內存的參數值可以相同嗎？
不可以。因為系統自身組件存在內存開銷，例如使用SLS進行日志收集（設置日志收集至SLS）時會占用一小部分的內存空間，所以不能將JVM堆大小設置為和規格內存大小相同的數值，需要為這些系統組件預留足夠的內存空間。
在JDK 8版本下設置-XX:MaxRAMPercentage值為整數時報錯怎么處理？
這是JDK 8的一個Bug。具體信息，請參見Java Bug Database。例如，在JDK 8u191版本下，設置-XX:MaxRAMPercentage=70，此時JVM會啟動報錯。
解決方案如下：
方式一：設置
-XX:MaxRAMPercentage為70.0。說明如果您使用了
-XX:InitialRAMPercentage或-XX:MinRAMPercentage，參數值同樣不可設置為整數，需按照方式一的形式來設置。方式二：升級JDK版本至JDK 10及以上版本。
為什么JVM參數設置了6 GB，但是內存使用率卻很低？
雖然JVM參數已設置-Xms6g -Xmx6g，但是操作系統不會馬上分配6 GB的物理內存，需要實際使用后才分配。因此，內存使用率在應用啟動的時候，會相對較低，后續會出現攀爬現象。