JVM記憶體配置

如果對JVM的記憶體配置不合理，應用程式運行中常常用拋出java.lang.OutOfMemory和java.lang.OutOfMemoryError: PermGen space異常。

所以我們要對JVM調優以避免出現此類問題。

JVM的記憶體配置主要通過這幾個參數設定：-Xms -Xmx -XX:PermSize -XX:MaxPermSize

我們先對幾個概念進行解釋：

 

      ◆堆(Heap)和非堆(Non-heap)記憶體

　　按照官方的說法：“JAVA 虛擬機器具有一個堆，堆是運行時資料區域，
所有類執行個體和數組的記憶體均從此處分配。堆是在 JAVA 虛擬機器啟動時建立的。”在JVM中堆之外的記憶體稱為非堆記憶體(Non-heap
memory)”。可以看出JVM主要管理兩種類型的記憶體：堆和非堆。簡單來說堆就是Java代碼可及的記憶體，是留給開發人員使用的;非堆就是JVM留給自己用的，所以方法區、JVM內部處理或最佳化所需的記憶體(如JIT編譯後的代碼緩衝)、每個類結構(如運行時常數池、欄位和方法資料)以及方法和構造方法
的代碼都在非堆記憶體中。

    堆記憶體主要存放類執行個體(Instance)等，而非堆區為java永久產生對象（Permanate generation）如，class對象、方法對象這些可反射（reflective）對象分配記憶體，Class被loader的時候就會被放到非堆區。

　　◆堆記憶體配置

　　JVM初始分配的記憶體由-Xms指定，預設是實體記憶體的1/64;JVM最大分配的記憶體由-Xmx指定，預設是實體記憶體的1/4。預設空餘堆內
存小於40%時，JVM就會增大堆直到-Xmx的最大限制;空餘堆記憶體大於70%時，JVM會減少堆直到-Xms的最小限制。因此伺服器一般設定
-Xms、-Xmx相等以避免在每次GC 後調整堆的大小。

      說明：如果-Xmx不指定或者指定偏小，應用可能會導致java.lang.OutOfMemory錯誤，此錯誤來自JVM不是Throwable的，無法用try...catch捕捉。

　　◆非堆記憶體配置

　　JVM使用-XX:PermSize設定非堆記憶體初始值，預設是實體記憶體的1/64;由XX:MaxPermSize設定最大非堆記憶體的大小，預設是實體記憶體的1/4。

     如果應用程式使用了大量第三方的jar包，非堆記憶體配置過小就會導致：java.lang.OutOfMemoryError: PermGen space。GC(Garbage Collection)不會在主程式運行期對PermGen
space進行清理，所以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen
space錯誤。這種錯誤常見在web伺服器對JSP進行pre compile的時候。

　　◆JVM記憶體限制(最大值)

　　首先JVM記憶體限制於實際的最大實體記憶體(廢話!呵呵)，假設實體記憶體無限大的話，JVM記憶體的最大值跟作業系統有很大的關係。簡單的說就32位處理器雖然可控記憶體空間有4GB,但是具體的作業系統會給一個限制，這個限制一般是2GB-3GB(一般來說Windows系統下為1.5G-2G，Linux系統下為2G-3G)，而64bit以上的處理器就不會有限制了。

      通過上面對JVM記憶體管理的介紹我們已經瞭解到JVM記憶體包含兩種：堆記憶體和非堆記憶體，另外JVM最大記憶體首先取決於實際的實體記憶體和作業系統。

      我們在實際配置中還要注意以下幾點：

 

      1) 參數中-Xms的值大於-Xmx，或者-XX:PermSize的值大於-XX:MaxPermSize;

　　2)
-Xmx的值和-XX:MaxPermSize的總和超過了JVM記憶體的最大限制，比如當前作業系統最大記憶體限制，或者實際的實體記憶體等等。說到實際物理
記憶體這裡需要說明一點的是，如果你的記憶體是1024MB，但實際系統中用到的並不可能是1024MB，因為有一部分被硬體佔用了。

 

 

樣本：-Xmx1024m -Xms1024m -XX:PermSize:256m -XX:MaxPermSize:512m