分析java.lang.OutOfMemoryError: PermGen space

SUN JDK+Tomcat 5.5.20运行服务的时候遇到问题，服务器跑几天后就会挂掉，并报java.lang.OutOfMemoryError: PermGen space异常。


发现很多人把问题归因于： spring,hibernate,tomcat，因为他们动态产生类,导致JVM中的permanent heap溢出 。然后解决方法众说纷纭，有人说升级 tomcat版本到最新甚至干脆不用tomcat。还有人怀疑spring的问题，在spring论坛上讨论很激烈，因为spring在AOP时使用CBLIB会动态产生很多类。

但问题是为什么这些王牌的开源会出现同一个问题呢，那么是不是更基础的原因呢？tomcat在Q&A很隐晦的回答了这一点，我们知道这个问题，但这个问题是由一个更基础的问题产生。

于是有人对更基础的JVM做了检查，发现了问题的关键。原来SUN 的JVM把内存分了不同的区，其中一个就是permenter区用来存放用得非常多的类和类描述。本来SUN设计的时候认为这个区域在JVM启动的时候就固定了，但他没有想到现在动态会用得这么广泛。而且这个区域有特殊的垃圾收回机制，现在的问题是动态加载类到这个区域后，gc根本没办法回收！

2003年的时候就有一个bug报告给sun，但是到现在，这个bug还没有close！有人在这个bug加了句评语：“A bug this critical is open since 2003? Absolutely shameful.” 我觉得SUN在这个BUG上确实有些丢脸。

对这个bug最彻底的解决办法就是不要用SUN的JDK，而改用BEA的 JRokit.

打不过，还逃不过吗？ 有众多的选择，这就是开源的好。 ：）

评论

36 楼 ynstudio 2008-04-11  

引用

SUN JDK+Tomcat 5.5.20运行服务的时候遇到问题，服务器跑几天后就会挂掉，并报java.lang.OutOfMemoryError: PermGen space异常。

我存在的情况不是跑了几天出这个问题，而是其中一个application反复发布几次存在这个问题。帖子里有些人分析的很有道理，后来我又看到这个文章
http://www.wujianrong.com/archives/2006/12/javalangoutofmemoryerror_permg.html
设大了PermSize，问题解决。另外我又把项目下的lib下的jar放到了tomcat下，发布速度上也有所提升。

35 楼 liquidthinker 2007-08-03  

-MaxPermSize
调整这个参数，解决问题

34 楼 wenson 2007-08-02  

今天剛為這個問題頭疼了兩個小時，百度到這里來了
但畢竟其他的jdk不熟悉，風險不小，只有把webapps下多余的項目刪了

33 楼 galaxystar 2007-07-12  

这个评论好像在哪看到过？

32 楼 liangguanhui 2007-07-12  

我一般都设成128M-256M

31 楼 davexin 2007-07-11  

个人觉得不是jdk的问题，是spring和hibernate的问题，因为本人以前做分布式的应用，tongcat+weblogic，用的也是sun的jdk，也没有出现此种问题，现在用了spring和hibernate，就出现这样的问题，感觉是由于这2个引起的

30 楼 free_zk 2007-05-30  

调整一下JVM的启动参数，会不会好一些。

29 楼 pufan 2007-05-28  

一个应用（jvm）中类的个数应该小于某个常量，像创建对象一样频繁的创建类不出问题才怪。

楼主仔细检查一下代码，cglib如果不用Factory会有上述情况出现。

28 楼 szuyork 2007-05-27  

Qieqie 写道

单纯 “spring在AOP时使用CBLIB会动态产生很多类” 不至于对Perm空间产生威胁。
因为这些代理产生的类也是常量数目：即每个类只会产生一个代理类，不会每次调用都产生新的代理类。

把Perm开大点吧，应该就不会有问题

我对spring没有特别的研究,但JVM的垃圾收集有时候确实会发生这种事情.特别是产生类比较多的时候!垃圾收集没有及时的回收.但奇怪的是我的程序并没有挂断,而是用了很高的内存,之后又逐步逐步的降低!
还有eclipse如果项目比较大很多类的时候,2G的内存都不够吃.所以启动eclipse的时候我也加了-Xms之类的,呵呵

27 楼 differ1 2007-05-26  

其实不能说是SUN的设计缺陷吧，permanent SPACE大小不是可以调的吗，JSP应用容易产生这个问题，我们用SWING客户端，很少碰到这个问题。另外这篇文章里怎么说可以设置GC呢？
http://www.javaworld.com/javaworld/jw-06-2006/jw-0619-tuning.html?page=7
disnable –noclassgc

26 楼 alanwu 2007-05-24  

看来这个问题比较有普遍性，csdn上也有人在讨论：JDK5.0垃圾收集优化之--Don't Pause

http://blog.csdn.net/calvinxiu/archive/2007/05/18/1614473.aspx

深入浅出地讲解了JVM垃圾收集的机制，并且提出几个解决方案。

”可设置-XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled，使CMS收集持久代的类，而不是fullgc，netbeans5.5 performance文档的推荐。“

25 楼 chen 2007-05-23  

碰到过这样的问题，也是通过设置JVM的参数解决的

24 楼 crejavasky 2007-05-21  

哎,我开发中常遇到这样的问题,希望能够通过上面的一些方法能够解决这个问题.

23 楼 nj_first 2007-05-21  

我也遇到过这个问题，查阅的资料都说是sun的GC对byte及char数组的回收有问题。

22 楼 wuhua 2007-05-19  

抛出异常的爱 写道

就快可以自己写jdk了。。。。

要是我懂C，我也搞个简单的玩下。
纯粹是吹牛
哈

21 楼 centgo 2007-05-19  

OutOfMemoryError: PermGen space从表面上看就是内存益出，解决方法也一定是加大内存。说说为什么会内存益出：这一部分用于存放Class和Meta的信息,Class在被Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。

改正方法：-Xms256m -Xmx256m -XX:MaxNewSize=256m -XX:MaxPermSize=256m

20 楼 max.h.chen 2007-05-18  

另外使用JRockit可以规避这个问题不是因为JRockit的GC有什么特别，而是JRockit里没有permanent generation这个概念，所以就不存在permanent generation memory leak的问题。

19 楼 max.h.chen 2007-05-18  

是我理解错了，一般GC算法也是会照顾permanent generation的，每次permanent generation满了要做扩展前都会触发一次FULL GC，除非设置了-Xnoclassgc。

另外如果使用CMS（ConcMarkSweep GC）算法的话，开了-XX:+UseConcMarkSweepGC标志，默认情况下就是不会扫描permanent generation的，需要同时打开下面两个标志位才能让CMS GC扫描permanent generation。
-XX:+CMSPermGenSweepingEnabled
-XX:+CMSClassUnloadingEnabled

P.S. 只针对SUN的JVM有效。

18 楼 galaxystar 2007-05-18  

sun jvm有个好处是,比jrockit remote debug速度快很多.
jrockit只适合当作生产环境服务器,测试功能时,建议还是使用sun jvm

17 楼 ahuaxuan 2007-05-18  

max.h.chen 写道

不是GC对permanent generation不能正常工作，而是permanent generation里的数据压根就不能被GC，也就是说permanent generation是GC不能触及的HEAP空间。字面意思也表达的很清楚了，permanent就是永久的意思。
解决办法也就只能通过设置-XX:PermSize和-XX:MaxPermSize，还有就是少用reflection。

不同意， 在某些jvm实现中，方法区中的类数据本身可能被存放在使用垃圾搜集器的堆中，以便使用和释放对象同样的垃圾收集算法来检测和卸载不再被引用的类。这里指的某些估计就包括jrokit

而且这个貌似和reflection的使用没有什么关系吧，out of memory主要是字节码增强类大量充斥了方法区，而且不能被sun的jvm回收造成的。