Java內(nèi)存溢出詳解

?

一、常見的Java內(nèi)存溢出有以下三種：

?

1. java.lang.OutOfMemoryError: Java heap space ----JVM Heap（堆）溢出 JVM在啟動的時候會自動設(shè)置JVM Heap的值，其初始空間(即-Xms)是物理內(nèi)存的1/64，最大空間(-Xmx)不可超過物理內(nèi)存。

可以利用JVM提供的-Xmn -Xms -Xmx等選項可進行設(shè)置。Heap的大小是Young Generation 和Tenured Generaion 之和。

在JVM中如果98％的時間是用于GC，且可用的Heap size 不足2％的時候?qū)伋龃水惓Ｐ畔ⅰ?

解決方法：手動設(shè)置JVM Heap（堆）的大小。 ?

?

2. java.lang.OutOfMemoryError: PermGen space ?---- PermGen space溢出。 PermGen space的全稱是Permanent Generation space，是指內(nèi)存的永久保存區(qū)域。

為什么會內(nèi)存溢出，這是由于這塊內(nèi)存主要是被JVM存放Class和Meta信息的，Class在被Load的時候被放入PermGen space區(qū)域，它和存放Instance的Heap區(qū)域不同,sun的 GC不會在主程序運行期對PermGen space進行清理，所以如果你的APP會載入很多CLASS的話，就很可能出現(xiàn)PermGen space溢出。

解決方法： 手動設(shè)置MaxPermSize大小

?

3. java.lang.StackOverflowError ??---- 棧溢出 棧溢出了，JVM依然是采用棧式的虛擬機，這個和C和Pascal都是一樣的。函數(shù)的調(diào)用過程都體現(xiàn)在堆棧和退棧上了。 調(diào)用構(gòu)造函數(shù)的 “層”太多了，以致于把棧區(qū)溢出了。 通常來講，一般棧區(qū)遠遠小于堆區(qū)的，因為函數(shù)調(diào)用過程往往不會多于上千層，而即便每個函數(shù)調(diào)用需要 1K的空間(這個大約相當(dāng)于在一個C函數(shù)內(nèi)聲明了256個int類型的變量)，那么棧區(qū)也不過是需要1MB的空間。通常棧的大小是1－2MB的。 通常遞歸也不要遞歸的層次過多，很容易溢出。

解決方法：修改程序。

?

?

二、解決方法

?

在生產(chǎn)環(huán)境中tomcat內(nèi)存設(shè)置不好很容易出現(xiàn)jvm內(nèi)存溢出。

?

1、 linux下的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服務(wù)，以services方式啟動的，則需要修改注冊表中的相應(yīng)鍵值。

修改注冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\Java，右側(cè)的Options 原值為 -Dcatalina.home="C:\ApacheGroup\Tomcat 5.0" -Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed" -Xrs 加入 -Xms256m -Xmx512m 重起tomcat服務(wù),設(shè)置生效

?

3、如果tomcat?6 注冊成了windows服務(wù)，或者windows2003下用tomcat的安裝版，

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

?

4、 如果要在myeclipse中啟動tomcat，上述的修改就不起作用了，可如下設(shè)置：

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

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

?

三、jvm參數(shù)說明：

?

-server:一定要作為第一個參數(shù)，在多個CPU時性能佳 -Xms：java Heap初始大小。 默認是物理內(nèi)存的1/64。 -Xmx：java heap最大值。建議均設(shè)為物理內(nèi)存的一半。不可超過物理內(nèi)存。

-XX:PermSize:設(shè)定內(nèi)存的永久保存區(qū)初始大小，缺省值為64M。（我用visualvm.exe查看的）

-XX:MaxPermSize:設(shè)定內(nèi)存的永久保存區(qū)最大 大小，缺省值為64M。（我用visualvm.exe查看的）

?

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

?

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

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

如果 JVM 的堆大小大于 1GB，則應(yīng)該使用值：-XX:newSize=640m -XX:MaxNewSize=640m -XX:SurvivorRatio=16，或者將堆的總大小的 50% 到 60% 分配給新生成的池。調(diào)大新對象區(qū)，減少Full GC次數(shù)。

?

?

+XX:AggressiveHeap 會使得 Xms沒有意義。這個參數(shù)讓jvm忽略Xmx參數(shù),瘋狂地吃完一個G物理內(nèi)存,再吃盡一個G的swap。 -Xss：每個線程的Stack大小，“-Xss 15120” 這使得JBoss每增加一個線程（thread)就會立即消耗15M內(nèi)存，而最佳值應(yīng)該是128K,默認值好像是512k.
-verbose:gc 現(xiàn)實垃圾收集信息 -Xloggc:gc.log 指定垃圾收集日志文件 -Xmn：young generation的heap大小，一般設(shè)置為Xmx的3、4分之一 -XX:+UseParNewGC ：縮短minor收集的時間
-XX:+UseConcMarkSweepGC ：縮短major收集的時間 此選項在Heap Size 比較大而且Major收集時間較長的情況下使用更合適。

-XX:userParNewGC 可用來設(shè)置并行收集【多CPU】 -XX:ParallelGCThreads 可用來增加并行度【多CPU】 -XX:UseParallelGC 設(shè)置后可以使用并行清除收集器【多CPU】

Tomcat內(nèi)存設(shè)置詳解