tomcat的OutOfMemoryError(PermGen space)解决方法

本文详细解析了Tomcat服务中常见的java.lang.OutOfMemoryError异常,包括Java heap space及PermGen space溢出的原因与解决办法。通过调整JVM参数如-Xms、-Xmx、-XX:PermSize和-XX:MaxPermSize等,有效避免了内存溢出问题。

转自:http://hikin.iteye.com/blog/671913

关键字: tomcat outofmemoryerror permgen space java heap space

1、首先是:java.lang.OutOfMemoryError: Java heap space

解释:

Heap size 设置

JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值,其初始空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。
提示:在JVM中如果98%的时间是用于GC且可用的Heap size 不足2%的时候将抛出此异常信息。
提示:Heap Size 最大不要超过可用物理内存的80%,一般的要将-Xms和-Xmx选项设置为相同,而-Xmn为1/4的-Xmx值。

解决方法:

手动设置Heap size
修改TOMCAT_HOME/bin/catalina.bat,在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行:
set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m -XX:MaxNewSize=256m

或修改catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行:
JAVA_OPTS="$JAVA_OPTS -server -Xms800m -Xmx800m -XX:MaxNewSize=256m"

2、其次是:java.lang.OutOfMemoryError: PermGen space

原因:

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域,这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中,它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理,所以如果你的应用中有很CLASS的话,就很可能出现PermGen space错误,这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。

解决方法:

1. 手动设置MaxPermSize大小
修改TOMCAT_HOME/bin/catalina.bat(Linux下为catalina.sh),在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行:
set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m

catalina.sh下为:
JAVA_OPTS="$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m"


另外看到了另外一个帖子,觉得挺好,摘抄如下:
分析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根本没办法回收!


对于以上两个问题,我的处理是:

在catalina.bat的第一行增加:
set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

在catalina.sh的第一行增加:
JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

---------------------------------------------------------------------------------------------------------------------------------

PermGen space的全称是Permanent Generation 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启动的时候就固定了,但他没有想到现在动态会用得这么广泛。而且这个区域有特殊的垃圾收回机制,现在的问题是permsize默认只有4m,而动态加载类到这个区域后,gc根本没办法回收,最后导致不够用的情况!这种错误常见在web服务器对JSP进行pre compile的时候。

         解决的方法手动设置MaxPermSize大小,修改TOMCAT_HOME/bin/catalina.sh,在“echo "Using CATALINA_BASE:   $CATALINA_BASE"”上面加入以下行:JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m" ,同时建议将相同的第三方jar文件移置到tomcat/shared/lib目录下,这样可以达到减少
jar 文档重复占用内存的目的,这是治标的方法,要治本就只能就是不要用SUN的JDK,而改用BEA的JRokit。

        另外若遇到java.lang.OutOfMemoryError: Java heap space
        Heap size 设置JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值,其初始空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。提示:在JVM中如果98%的时间是用于GC且可用的Heap size 不足2%的时候将抛出此异常信息。提示:Heap Size 最大不要超过可用物理内存的80%,一般的要将-Xms和-Xmx选项设置为相同,而-Xmn为1/4的-Xmx值。
        解决方法:手动设置Heap size
        修改TOMCAT_HOME/bin/catalina.sh
        在"echo "Using CATALINA_BASE:     $CATALINA_BASE"”上面加入以下行:
        JAVA_OPTS="-server -Xms800m -Xmx800m     -XX:MaxNewSize=256m"

       以下给出1G内存环境下java jvm 的参数设置参考:
JAVA_OPTS="-server -Xms800m -Xmx800m    -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true "

Linux下测试可行的(4G内存)

JAVA_OPTS="-server -Xms2560m -Xmx2560m    -XX:PermSize=256M -XX:MaxNewSize=800m -XX:MaxPermSize=512m -Djava.awt.headless=true "

内容概要:本文介绍了悬臂梁的有限元分析方法,重点采用多重网格高斯-赛德尔迭代法求解有限元方程,并提供了完整的Matlab代码实现。文章系统阐述了有限元法的基本原理,包括单元划分、刚度矩阵组装、边界条件处理及数值求解流程,结合多重网格技术提升求解效率,有效解决了传统迭代方法在大规模问题中收敛慢的问题。通过具体算例验证了该方法的准确性与高效性,展示了从建模到结果可视化的完整过程。; 适合人群:具备有限元基础理论知识和Matlab编程能力的力学、土木、机械等工程领域研究生或科研人员;适用于从事结构分析、数值计算方法研究的相关技术人员。; 使用场景及目标:①掌握有限元法在悬臂梁问题中的建模与实现过程;②理解并应用多重网格法加速高斯-赛德尔迭代的数值求解技术;③通过Matlab代码实践提升对数值算法与悬臂梁的有限元分析,采用多重网格高斯-赛德尔方法求解(Matlab代码实现)工程仿真结合的能力;④为复杂结构的高效数值模拟提供方法参考和技术支持。; 阅读建议:建议读者结合有限元教材同步学习,重点关注刚度矩阵的形成与边界条件施加细节,动手运行并调试提供的Matlab代码,尝试改变网格密度或材料参数以观察对结果的影响,深入理解多重网格算法在提升计算效率方面的作用。
【源码免费下载链接】:https://renmaiwang.cn/s/eb8qv DLNA(Digital Living Network Alliance,数字生活网络联盟)是一种标准化技术体系,旨在实现多种电子设备间的无缝媒体内容共享,涵盖音乐、视频与图片等多种形式。该技术体系特别适用于家庭网络环境,在此场景下,各类型终端设备如智能手机、电视机、电脑等可通过统一网络连接,并支持相互播放或分享多媒体文件。Dlna音乐播放器作为一个应用程序,通过DLNA规范实现对支持DMR(Digital Media Renderer,数字媒体渲染器)设备的搜索与连接功能。作为DLNA架构中的核心组件之一,DMR负责接收和处理来自其他设备的多媒体内容,并提供流媒体播放服务。例如,在支持DMR的智能音响系统中,用户可通过Dlna音乐播放器实现音乐文件的实时流式传输。在DLNA框架体系内,另一个关键角色是数字媒体控制器(DMC,Digital Media Controller)。作为该体系中的具体实施者之一,Dlna音乐播放器具备以下功能:首先可搜索并连接至支持DMR设备;其次提供播放与暂停操作;同时支持音量调节功能;此外能实时更新播放进度条,并通过监听设备状态变化实现事件响应。在"MusicDlnaDemo"文件中,很可能包含了一个演示性代码示例,用于展示开发基本Dlna音乐播放器的技术要点。该示例可能涵盖了设备发现、媒体控制及交互操作等功能模块,对于理解和构建自定义DLNA多媒体应用具有重要参考价值。开发此类应用需要对UPnP(Unified Platform for Plug-and-Play, 通用即插即用)协议有基本掌握能力,并具备处理网络通信、数据解析以及多线程编程的经验,以确保程序的响应性和稳定性。Dlna音乐播放器作为一个强大的工具,通过其技术体系的应用,使得多媒体内容共享更加便
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值