Tomcat内存溢出解决办法

阅读更多

使用Java程序从数据库中查询大量的数据时出现异常:
java.lang.OutOfMemoryError: Java heap space
在JVM中如果98％的时间是用于GC且可用的 Heap size 不足2％的时候将抛出此异常信息。
JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。
解决办法：
理方法是
在myeclipse中设置TOMCAT的内存大小

Tomcat是目前应用十分广泛的一个Java servlet container与web服务器，但java.lang.OutOfMemoryError与java.lang.OutOfMemoryError: PermGen space的异常相信真正用过tomcat的人都遇到过（用户量大，应用使用频繁等），这个异常和JVM默认划分的内存上限是128M有关，如果你的业务足够繁忙，128M是远远不够的，所以你可以给JVM分配上1G甚至更多，这样就可以避免内存溢出。
     分配方法：
1）linux下
     编辑tomcat的catalina.sh文件，在第一行的后面增加一句：
JAVA_OPTS='-server -Xms256m -Xmx512m -XX:PermSize=128M -XX:MaxPermSize=256M'
注意：单引号不能少，-server表示以server模式运行(运行效率比默认的client高很多，自己云去测试)，-Xms256m是最小内存，-Xmx512m是最大内存，其中的256与512可根据你自己的内存做相应调整，PermSize/MaxPermSize最小/最大堆大小.一般报内存不足时,都是说这个太小,堆空间剩余小于5%就会警告,建议把这个稍微设大一点,不过要视自己机器内存大小来设置,我自己的文件如下：
#!/bin/sh
JAVA_OPTS='-server -Xms1024m -Xmx1024m XX:PermSize=128M -XX:MaxPermSize=256M'
# -----------------------------

2）windows下

     编辑tomcat的catalina.bat文件，在第一行的后面增加一句：
set JAVA_OPTS=-server -Xms256m -Xmx512m -XX:PermSize=128M -XX:MaxPermSize=256M
注意：没有单引号

2.1）如果windows下tomcat被作为一种服务安装了，可通过tomcat monitor的java页进行配置



注：Java Options中每一行的最后不能有空格。
上面配置的catalina.bat中-server选项对应：Java Virtual Matchine
D:\Java\jdk1.6.0_03\jre\bin\server\jvm.dll

这里的jvm.dll不是jre\bin\client\jvm.dll而是\jre\bin\server\jvm.dll(要安装JDK不是JRE)
如果你不想提高tomcat的执行效率，你可以按默认的配置



现在说明一个各个配置参数

提示中给出了设置的参数：

-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M MyEclipse内存不足之JVM内存浅谈的几个问题：

1. 各个参数的含义什么？

2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？

3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？

下面我们就MyEclipse内存不足之JVM内存一一对一些概念进行回答

1. 各个参数的含义什么？

参数中-vmargs的意思是设置JVM参数，所以后面的其实都是JVM的参数了，我们首先了解一下JVM内存管理的机制，然后再解释每个参数代表的含义。

◆堆(Heap)和非堆(Non-heap)内存

按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。可以看出JVM主要管理两种类型的内存：堆和非堆。简单来说堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给自己用的，所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法的代码都在非堆内存中。

◆堆内存分配

JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。

◆非堆内存分配

JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxPermSize设置最大非堆内存的大小，默认是物理内存的1/4。

◆JVM内存限制(最大值)

首先JVM内存限制于实际的最大物理内存(废话！呵呵)，假设物理内存无限大的话，JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制，这个限制一般是2GB-3GB（一般来说Windows系统下为1.5G-2G，Linux系统下为2G-3G），而64bit以上的处理器就不会有限制了。

2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？

通过上面对JVM内存管理的介绍我们已经了解到JVM内存包含两种：堆内存和非堆内存，另外JVM最大内存首先取决于实际的物理内存和操作系统。所以说设置VM参数导致程序无法启动主要有以下几种原因：

1) 参数中-Xms的值大于-Xmx，或者-XX:PermSize的值大于-XX:MaxPermSize；

2) -Xmx的值和-XX:MaxPermSize的总和超过了JVM内存的最大限制，比如当前操作系统最大内存限制，或者实际的物理内存等等。说到实际物理内存这里需要说明一点的是，如果你的内存是1024MB，但实际系统中用到的并不可能是1024MB，因为有一部分被硬件占用了。

3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？

那为什么同样的参数在快捷方式或者命令行中有效而在eclipse.ini文件中是无效的呢？这是因为我们没有遵守eclipse.ini文件的设置规则：

参数形如“项 值”这种形式，中间有空格的需要换行书写，如果值中有空格的需要用双引号包括起来。比如我们使用-vm C:\Java\jre1.6.0\bin\javaw.exe参数设置虚拟机，在eclipse.ini文件中要写成这样：

-vm   C:\Java\jre1.6.0\bin\javaw.exe 按照上面所说的，最后参数在eclipse.ini中可以写成这个样子：

-vmargs   -Xms128M   -Xmx512M   -XX:PermSize=64M   -XX:MaxPermSize=128M 实际运行的结果可以通过Eclipse中“Help”-“About Eclipse SDK”窗口里面的“Configuration Details”按钮进行查看。

另外需要说明的是，Eclipse压缩包中自带的eclipse.ini文件内容是这样的：

-showsplash   org.eclipse.platform   --launcher.XXMaxPermSize   256m   -vmargs   -Xms40m   -Xmx256m 其中–launcher.XXMaxPermSize（注意最前面是两个连接线）跟-XX:MaxPermSize参数的含义基本是一样的，我觉得唯一的区别就是前者是eclipse.exe启动的时候设置的参数，而后者是eclipse所使用的JVM中的参数。其实二者设置一个就可以了，所以这里可以把–launcher.XXMaxPermSize和下一行使用#注释掉

 

减少PermGen space内存溢出的几点建议

 

1、修改tomcat的参数文件增大MaxPermSize最大可以使用的内存，默认的只有4MB大小
2、：单一tomcat容器中多个应用使用相同的第三方jar文件移置到tomcat/shared/lib目录下，这样可以达到减少jar 文档重复占用内存的目的
3、减少单一tomcat容易中应用app的个数
4、单台服务器减少tomcat之类应用服务器的个数（相对应用服务器可以使用的内存会增大）
5、优化应用程序，删除不必要的及冗余的第三方jar包
6、tomcat中redeploy时出现outofmemory的错误可以尝试升级hibernate的版本，至少在3.2版本以上，升级cglib版本，使用common-logging代替log4j(log4j的动态代码执行会使用到PermGen space)
7、多次热部署后，做一次应用服务器的重启，以释放gc无法回收的永久保存区域PermGen space，减少永久保护区泄漏的概率