Java內存溢出詳解

jopen 9年前發布 | 14K 次閱讀 Java內存 Java開發


一、常見的Java內存溢出有以下三種:

1.java.lang.OutOfMemoryError: Java heap space ----JVM Heap(堆)溢出

JVM在啟動的時候會自動設置JVMHeap的值,其初始空間(-Xms)是物理內存的1/64,最大空間(-Xmx)不可超過物理內存。

可以利用JVM提供的-Xmn-Xms -Xmx等選項可進行設置。Heap的大小是YoungGeneration TenuredGeneraion 之和。

JVM中如果98%的時間是用于GC,且可用的Heapsize 不足2%的時候將拋出此異常信息。

解決方法:手動設置JVMHeap(堆)的大小。

2.java.lang.OutOfMemoryError: PermGen space ---- PermGen space溢出。

PermGenspace的全稱是PermanentGeneration space,是指內存的永久保存區域。

為什么會內存溢出,這是由于這塊內存主要是被JVM存放ClassMeta信息的,Class在被Load的時候被放入PermGenspace區域,它和存放InstanceHeap區域不同,sunGC不會在主程序運行期對PermGenspace進行清理,所以如果你的APP會載入很多CLASS的話,就很可能出現PermGenspace溢出。

解決方法: 手動設置MaxPermSize大小

3.java.lang.StackOverflowError ---- 棧溢出

棧溢出了,JVM依然是采用棧式的虛擬機,這個和CPascal都是一樣的。函數的調用過程都體現在堆棧和退棧上了。

調用構造函數的 “層”太多了,以致于把棧區溢出了。

通常來講,一般棧區遠遠小于堆區的,因為函數調用過程往往不會多于上千層,而即便每個函數調用需要1K的空間(這個大約相當于在一個C函數內聲明了256int類型的變量),那么棧區也不過是需要1MB的空間。通常棧的大小是1

2MB的。

通常遞歸也不要遞歸的層次過多,很容易溢出。

解決方法:修改程序。

二、解決方法

在生產環境中tomcat內存設置不好很容易出現jvm內存溢出。

1linux下的tomcat

修改TOMCAT_HOME/bin/catalina.sh

在“echo"Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行:

JAVA_OPTS="-server-Xms256m -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m"

2、如果tomcat 5注冊成了windows服務,以services方式啟動的,則需要修改注冊表中的相應鍵值。

修改注冊表HKEY_LOCAL_MACHINE\SOFTWARE\ApacheSoftware Foundation\Tomcat ServiceManager\Tomcat5\Parameters\Java,右側的Options

原值為

-Dcatalina.home="C:\ApacheGroup\Tomcat5.0"

-Djava.endorsed.dirs="C:\ApacheGroup\Tomcat5.0\common\endorsed"

-Xrs

加入 -Xms256m-Xmx512m

重起tomcat服務,設置生效

3、如果tomcat6 注冊成了windows服務,或者windows2003下用tomcat的安裝版,

/bin/tomcat6w.exe里修改就可以了。


4、如果要在myeclipse中啟動tomcat,上述的修改就不起作用了,可如下設置:

Myeclipse->preferences->myeclipse->servers->tomcat->tomcat×.×->JDK面板中的

OptionalJava VM arguments中添加:-Xms256m-Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m

三、jvm參數說明:

-server:一定要作為第一個參數,在多個CPU時性能佳

-XmsjavaHeap初始大小。 默認是物理內存的1/64

-Xmxjavaheap最大值。建議均設為物理內存的一半。不可超過物理內存。


-XX:PermSize:設定內存的永久保存區初始大小,缺省值為64M。(我用visualvm.exe查看的)

-XX:MaxPermSize:設定內存的永久保存區最大大小,缺省值為64M。(我用visualvm.exe查看的)

-XX:SurvivorRatio=2 :生還者池的大小,默認是2,如果垃圾回收變成了瓶頸,您可以嘗試定制生成池設置

-XX:NewSize:新生成的池的初始大小。 缺省值為2M

-XX:MaxNewSize:新生成的池的最大大小。 缺省值為32M

如果 JVM的堆大小大于 1GB,則應該使用值:-XX:newSize=640m-XX:MaxNewSize=640m -XX:SurvivorRatio=16,或者將堆的總大小的50% 60%分配給新生成的池。調大新對象區,減少FullGC次數。

+XX:AggressiveHeap會使得 Xms沒有意義。這個參數讓jvm忽略Xmx參數,瘋狂地吃完一個G物理內存,再吃盡一個Gswap

-Xss:每個線程的Stack大小,“-Xss15120” 這使得JBoss每增加一個線程(thread)就會立即消耗15M內存,而最佳值應該是128K,默認值好像是512k.


-verbose:gc現實垃圾收集信息

-Xloggc:gc.log指定垃圾收集日志文件

-Xmnyounggenerationheap大小,一般設置為Xmx34分之一

-XX:+UseParNewGC:縮短minor收集的時間

-XX:+UseConcMarkSweepGC:縮短major收集的時間此選項在Heap Size比較大而且Major收集時間較長的情況下使用更合適。

-XX:userParNewGC可用來設置并行收集【多CPU

-XX:ParallelGCThreads可用來增加并行度【多CPU

-XX:UseParallelGC設置后可以使用并行清除收集器【多CPU

 本文由用戶 jopen 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!