Tomcat常见的内存溢出,以及解决方法

  一.常见的三种内存溢出错误

    1.java.lang.OutOfMemoryError:java heap space    ====JVM Heap(堆)溢出

    JVM再启动的时候回自动设置JVM Heap的值,其初始化空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)不可超过物理内存。

    可以利用JVM提供的-Xmn -Xms -Xmx等选项进行设置。

    Heap的大小是Young Genration和Tenured Generaion之和。

    在JVM中如果98%的时间是用于GC,且可用的Heap size不足2%的时候将抛出异常信息。

    解决方法:

      手动设置JVM Heap(堆)的大小。

    

    2.java.long.*Error:PermGen space   ====  PermGen space溢出。

    PermGen space的全程是Permanent Generation space,是指内存的永久保存区域。

    为什么会内存溢出,这是由于这块内存主要是被JVM存放的Class和Meata信息的,

    Class被Load的时候被放入PermGen space区域,它和存放Instace的Heap区域不同,

    sun的GC不会在主程序运行期对PermGen space进行清理,所以如果你的APP会在如很多CLASS的话,

    就可能出现PermGen space溢出。

    解决方法:手动设置MaxPermSize大小

    3.java.long.*Error  =======栈溢出

    栈溢出了,JVM依然是采用栈时的虚拟机,这个和C和Pascal都是一样的。函数的调用过程都体现在堆栈和退栈上了。

    调用构造函数的 "层" 太多了,以至于把栈区溢出了。

    通常来讲,一般栈区远远小于堆区的,因为函数调用过程往往不会多余上千层,而即使每个函数调用需要1K的空间

    (这个大约相当于C函数内声明了256个int类型的变量,那么栈区也不过需要1MB的空间。通常栈的大小 1-2MB的。

    通常递归也不要递归层次过多,很容易溢出。

    解决方法:修改程序。

    二:解决方法

    在生产环境中tomcat内存设置不好很容易出现JVM内存溢出。

    1、linux下的tomcat:

    修改TOMCAT_HOME/bin/catalina.sh

    在echo “Using CATALINA_BASE:$CATALINA_BASE"上面加上如下行:

      JAVA_OPTS="-server -Xms256m -Xmx 512m -XXPermSize=64M -XX:MaxPermSize=128m"  

    1.如果tomcat5注册冲windows服务,以services方式启动的,则需要修改注册表中的键值。

    修改注册表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\

    Parameters\Java.右侧的Options原值为:

    -Dcatalina.home="C:\ApacheGroup\Tomcat 5.0"

    -Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed"

    -Xrs

    加入-Xms256m -Xmx512m

    重启tomncat,设置生效

    

    3.如果tomcat6 注册成立windows服务,或者windows2003下用tomcat的安装版

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

    

    4.如果在myeclipse中启动tomcat,上述修改不起作用,可如下设置:

    MyEclipse→preferences→servers→tomcat→tomcat.x.x:→JDK面板中的

    Optional Java VM arguments中添加:-Xms256m -Xmx512m -xx:PermSize:64M

    -XX:MaxPermSize=128m

    三、JVM参数说明:

    -server:一定要作为第一个参数,在多个CUP时性能佳

    -Xms:java Heap初始化大小。默认物理内存的1/64

    -Xmx:java Heap最大值。建议平均物理内存的一般。不可超过物理内存。

    -XX:PermSize:设定内存的永久保存区初始化大小,缺省为64M

    -XX:MaxPermSize:设定内存的永久保存区最大大小,缺省委64M、

    -XX:SurvivorRatio=2:生还者池的大小,默认是2,如果垃圾回收变成了瓶颈,您可以尝试定值生成池设置

    -XX:NewSize:新生成的池初始化大小,缺省为2M。

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

    

    如果JVM的堆大小大于1GB,则应该使用值-XX:newSize=640M-XXSurvivorRatio=16,或者将总堆大小的50%到60%分配给新生的池。调大新对象区,减少Full GC次数

    -XX:AggressiveHep会是Xms没意义。

    这参数让JVM忽略Xmx参数,疯狂地吃完一个G物理内存,再吃尽1个G的swap。

    -Xss:每个线程的Stack大小,-Xss 15120这使得JBoss没增加一个线程就会消耗15M内存,而最佳值应该是128k,默认512k

    -verbose:gc 实现垃圾回收信息

    -Xloggc:gc.log指定垃圾收集日志文件

    -Xmn:young generation的heap大小,一般设置为Xmx的3,4之一

    -XX:+UseParNewGC:所短minor收集的时间

    -XX:+UserConcMarkSweepGC:所短major收集的时间 次选项在Heap Size比较大而且Major收集较长的情况下使用更合适。

    -XX:userParNewGC 可用来设置多个并行收集(多CPU)

    -XX:ParallelGCThreads可用来增加并行度(多CPU)

    -XX:UseParallelGC设置后可以使用并行清理收集器(多CPU)

    -XX:+UseBiasedLocking非竞争性的同步选项,锁机制的性能改善。

    -XX:+DisableExplicitGC 禁止System.gc(),免得程序员误调用gc方法影响性能。

    -XX:MaxTenuringThreshold 为放置所有的复制全部发生以及希望对象从eden扩展到旧域,可以把MaxTenuring Threshold设置成0。设置完成后,实际上就不再使用救助空间了,因此应把SurvivorRatio设成最大值以最大化Eden空间,设置如下:

    -XX:+UseParNewGC 对年轻代采用多线程并行回收,这样收得快。

     -XX:+CMSParallelRemarkEnabled 在使用UseParNewGC 的情况下, 尽量减少 mark 的时间

    -XX:LargePageSizeInBytes 指定 Java heap的分页页面大小

    -XX:MaxTenuringThreshold 设置垃圾最大年龄。如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代。对于年老代比较多的应用,可以提高效率。如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活时间,增加在年轻代即被回收的概率。

这个值的设置是根据本地的jprofiler监控后得到的一个理想的值,不能一概而论原搬照抄。

    -XX:+UseBiasedLocking 启用一个优化了的线程锁,我们知道在我们的appserver,每个http请求就是一个线程,有的请求短有的请求长,就会有请求排队的现象,甚至还会出现线程阻塞,这个优化了的线程锁使得你的appserver内对线程处理自动进行最优调配。

    -XX:+AggressiveOpts 作用如其名(aggressive),启用这个参数,则每当JDK版本升级时,你的JVM都会使用最新加入的优化技术(如果有的话)

    

上一篇:包建强的培训课程(11):iOS Runtime实战


下一篇:Last-Modified、If-Modified-Since 实现缓存和 OutputCache 的区别