Weblogic内存溢出解决方案（转）

随风飞世

Weblogic内存溢出解决方案（转）
 

前几天部署WebLogic出现线程阻塞情况，查看后台报错：<[STUCK] ExecuteThread: '58' for queue: 'weblogic.kernel.Default (self-tuning)' has been busy for "697" seconds working on the request "Http Request: aaa.do", which is more than the configured time (StuckThreadMaxTime) of "600" seconds. Stack trace: 　　后来在公司文档中发现以前所有weblogic的部署使用的JDK都是Sun的，于是没有进行具体的分析就进行了更换。 　　今天客户报告系统反应极慢 ，查看后台发现包内存溢出异常，导致整个系统没有反应，于是进行了重启才恢复。 　　------------------------------------------------------------------------ 　　以下内容转自其他Blog 　　------------------------------------------------------------------------ 　　场景： 　　用户培训需要培训环境，培训环境搭好后，由于不常更新跑的时间较长，考验系统稳定性的时候到了，很可惜稳定性这个问题与我们大家的美好愿望一直背道而驰，天天求神拜佛也不行很不给面子，发现了一个原因解决了又出现了其他引起当机的因素，弄得是焦头烂额，下面就是我们发现的一个引起当机的原因，请各位提高警惕。 　　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错误。同时提出两套解决方案： 　　增加PermGen space参数大小  更换不同厂家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类对象。所以不要迷信权威，根据现象一步一步抽丝剥茧、细心求证才是王道！ 　　-------------------------------------------------------------------------------------------------------------------------- 　　项目大了以后开发环境频繁deploy会导致weblogic报permGen 错误,查了一下,暂时解决的办法是:  　　在bea\weblogic92\common\bin\commEnv.cmd中配置 　　MEM_ARGS="-Xms32m -Xmx200m -XX:MaxPermSize=128m" 　　-Xms：内存初始值 　　-Xmx：内存最大值（不要超过内存的80%） 　　MaxPermSize：PermGen（Class和Meta存放区域）区域内存最大值。 　　可调整为： 　　MEM_ARGS="-Xms512m -Xmx512m -XX:MaxPermSize=256m" 　　-XX:MaxPermSize改为512或1024或者更大（一般不超出电脑内存的80%）