JVM內存溢出的兩大類型及解決方案

http://java.chinaitlab.com/Jvm/906465.html

一、java.lang.OutOfMemoryError:PermGenspace

JVM管理兩種類型的Java內存，堆和非堆。堆是給開發人員用的上面說的就是，是在JVM啓動時建立；非堆是留給JVM本身用的，用來存放類的信息的。它和堆不一樣，運行期內GC不會釋放空間。若是webapp用了大量的第三方jar或者應用有太多的class文件而剛好MaxPermSize設置較小，超出了也會致使這塊內存的佔用過多形成JVM內存溢出，或者tomcat熱部署時侯不會清理前面加載的環境，只會將context更改成新部署的，非堆存的內容就會愈來愈多。

PermGenspace的全稱是PermanentGenerationspace,是指內存的永久保存區域，這塊內存主要是被JVM存放Class和Meta信息的，Class在被Loader時就會被放到PermGenspace中，它和存放類實例（Instance）的Heap區域不一樣，GC（GarbageCollection）不會在主程序運行期對PermGenspace進行清理，因此若是你的應用中有很CLASS的話，就極可能出現PermGenspace錯誤，這種錯誤常見在web服務器對JSP進行precompile的時候。若是你的WEBAPP下都用了大量的第三方jar,其大小超過了jvm默認的大小（4M）那麼就會產生此錯誤信息了。

一個最佳的配置例子：（通過本人驗證，自從用此配置以後，再未出現過tomcat死掉的狀況）

window->preferences->myeclipse->server->tomcat 6->jdk->optional java jvm arguments里加入參數

1.setJAVA_OPTS=-Xms800m

2.-Xmx800m-XX:PermSize=128M

3.-XX:MaxNewSize=256m

4.-XX:MaxPermSize=256m

二、java.lang.OutOfMemoryError:Javaheapspace

再來看一下JVM內存溢出的第二種狀況，第一種狀況是個補充，主要存在問題就是出如今這個狀況中。其默認空間（即-Xms）是物理內存的1/64,最大空間（-Xmx）是物理內存的1/4.若是內存剩餘不到40%,JVM就會增大堆到Xmx設置的值，內存剩餘超過70%,JVM就會減少堆到Xms設置的值。因此服務器的Xmx和Xms設置通常應該設置相同避免每次GC後都要調整虛擬機堆的大小。假設物理內存無限大，那麼JVM內存的最大值跟操做系統有關，通常32位機是1.5g到3g之間，而64位的就不會有限制了。

注意：若是Xms超過了Xmx值，或者堆最大值和非堆最大值的總和超過了物理內存或者操做系統的最大限制都會引發服務器啓動不起來。

垃圾回收GC的角色

JVM調用GC的頻度仍是很高的，主要兩種狀況下進行垃圾回收：

當應用程序線程空閒；另外一個是java內存堆不足時，會不斷調用GC,若連續回收都解決不了內存堆不足的問題時，就會報outofmemory錯誤。由於這個異常根據系統運行環境決定，因此沒法預期它什麼時候出現。根據GC的機制，程序的運行會引發系統運行環境的變化，增長GC的觸發機會。

爲了不這些問題，程序的設計和編寫就應避免垃圾對象的內存佔用和GC的開銷。顯示調用System.GC（）只能建議JVM須要在內存中對垃圾對象進行回收，但不是必須立刻回收，一個是並不能解決內存資源耗空的局面，另外也會增長GC的消耗。