同事的总结:垃圾回收不回收

前序:

系统开发完毕后进入了关键阶段——用户培训和上线部署,本项目在期间的部分点滴已经被博主记录,见《发生在眼前的故事:做好最坏的打算,往往事情不会去到最坏的地步》系列故事,这回再谈谈在用户培训过程中发生的故事:垃圾回收不回收

 

场景:

用户培训需要培训环境,培训环境搭好后,由于不常更新跑的时间较长,考验系统稳定性的时候到了,很可惜稳定性这个问题与我们大家的美好愿望一直背道而驰,天天求神拜佛也不行很不给面子,发现了一个原因解决了又出现了其他引起当机的因素,弄得是焦头烂额,下面就是我们发现的一个引起当机的原因,请各位提高警惕。

9 16 系统当机,Weblogic报出java.lang.OutOfMemoryError: PermGen space异常,10-15分钟后就会发生<[STUCK] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1221538218253> <BEA-000339> <[STUCK] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)' has become "unstuck".>的错误,此时domain的控制台已经无法访问。

 

排查分析:

1、参考tomcatFAQ: http://wiki.apache.org/tomcat/FAQ/Deployment中如下内容:

Why does the memory usage increase when I redeploy a web application?
Because the Classloader (and the Class objects it loaded) cannot be recycled. They are stored in the permanent heap generation by the JVM, and when you redepoy a new class loader is created, which loads another copy of all these classes. This can cause OufOfMemoryErrors eventually.
Tomcat FAQ指出SUN JVM对处于permanent heap generation(默认4M)的内容不做垃圾回收会导致内存溢出错误。


2、在SUN 官方网站找到一个2003年的bug Report,http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4957990,Synopsis :PermHeap bloat in and only in server VM,直到现在状态还是6-Fix Understood, 没有修复。

 

解决方案:

根据上面的分析,再结合我们系统的环境(Weblogic 使用Solairs系统安装的JDK5.0)我们可以确定是由于SUN JVM对permanent heap generation 区域的内容不做垃圾回收造成应用动态Load class文件过多引起的OutOfMemory错误。同时提出两套解决方案:

  1. 增加PermGen space参数大小
  2. 更换不同厂家JVM

考虑由于开发采用JDK1.5,换用其他JVM存在风险,故修改weblogic启动服务调用的批处理setDomainEnv.sh文件,将其中的一截片断进行修改:
if [ "${JAVA_VENDOR}" = "Sun" ] ; then
        MEM_ARGS="${MEM_ARGS} ${MEM_DEV_ARGS} -XX:MaxPermSize=128m"
        export MEM_ARGS
fi
中MaxPermSize改成1024m,验证问题是否存在。

 

实施结果:

系统再未出现OutOfMemoryError运行正常.该原因引起的当机问题解决。

 

从Java的经典书籍到Sun的官方网站都在宣扬Java的优势之一——垃圾回收,“自动释放内存,减轻编程负担”,可是谁能想到Sun的JVM还有这问题——不回收load  class文件而产生的Class类对象。所以不要迷信权威,根据现象一步一步抽丝剥茧、细心求证才是王道!

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
垃圾回收机制是Java中的一项重要特性,它负责自动管理内存的分配和释放,使得开发人员无需手动处理内存的分配和释放问题。Java的垃圾回收机制主要基于以下几个原则: 1. 引用计数:这是一种简单的垃圾回收算法,它通过计数对象被引用的次数来确定是否需要回收。当对象的引用计数为0时,即没有任何引用指向该对象时,垃圾回收器会将其标记为可回收。 2. 可达性分析:这是Java中主要采用的垃圾回收算法。它通过判断对象是否可达来确定是否需要回收。当一个对象不再被任何活动对象引用时,即无法通过任何路径访问到该对象时,垃圾回收器会将其标记为可回收。 3. 垃圾回收器:Java提供了不同类型的垃圾回收器,如Serial、Parallel、CMS、G1等。这些垃圾回收器使用不同的算法和策略来执行垃圾回收操作。例如,Serial垃圾回收器使用单线程进行垃圾回收,适用于小型应用;而Parallel垃圾回收器使用多线程进行垃圾回收,适用于大型应用。 4. 垃圾回收算法:Java的垃圾回收算法主要包括标记-清除、复制、标记-整理等。标记-清除算法首先标记所有活动对象,然后清除未标记的对象。复制算法将内存分为两个区域,每次只使用其中一个区域,将活动对象复制到另一个区域,并清除未复制的对象。标记-整理算法将活动对象向一端移动,然后清除未移动的对象。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值