JBoss/Tomcat OutOfMemoryError

-vmargs：说明后面是VM的参数
-Xms128m：虚拟机占用系统的最小内存
-Xmx512m：虚拟机占用系统的最大内存的5%为25.6M，理论上要求-Xmx的数值与-XX:MaxPermSize
          必须大于25.6M
-XX:PermSize：最小堆大小。一般报内存不足时,都是说这个太小,
               堆空间剩余小于5%就会警告,建议把这个稍微设
               大一点,不过要视自己机器内存大小来设置
-XX:MaxPermSize：最大堆大小。这个也适当大些

一，先说JBoss

在网上做了一番搜索得到一些相关的内容。

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域OutOfMemoryError: PermGen space从表面上看就是内存益出，解决方法也一定是加大内存。说说为什么会内存益出：这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。

改正方法，在 jboss/bin/run.bat 中加入：

                      -Xms256m -Xmx512m -XX:MaxNewSize=128m -XX:MaxPermSize=256m

                     jboss/bin/run.conf 文件中对JVM选项作修改：

                      -Xms256m -Xmx512m -XX:MaxNewSize=128m -XX:MaxPermSize=256m

因为项目中引用了很多的 jar 包，而这些 jar 包中的 class 信息会被 JBoss 的 class loader 加载到 PermGen space 区域，在 JVM 默认的情况下，该部分空间的大小只有 4M，在 jar 包非常多的情况下，显然是不够用的，所以通过 -XX:MaxPermSize=256m 指定最大值后即可解决问题。

另外，如果 heap 内存不足出现 java.lang.OutOfMemoryError: Java heap space 时，可以通过 -Xmx512m 指定最大 heap 内存来解决这样的问题。

注：256、512、128和256等数字可以根据自己机器的配置来做一些相应的调整

二、Tomcat

一、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)那么就会产生此错误信息了。
解决方法： 手动设置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 文档重复占用内存的目的。

二、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"

 

 

通常，我们为了避免内存溢出等问题，需要设置环境变量
JAVA_OPTS    -Xms256M -Xmx512M 等，【对于服务器，一般都设置成一样的】
但是有的时候可能这样的设置还会不行(比如，当Server应用程序加载较多类时，即jvm加载类时，永久域中的对象急剧增加，从而使jvm不断调整永久域大小，为了避免调整)，你可以使用更多的参数配置，如：java -Xms512m -Xmx512m -XX:PermSize=64m -XX:MaxPermSize=128m
其中，使用   -XX:MaxPerSize标志来增加永久域的大小，-XX:PerSize标志设置初始值

-XX

基于 Sun 的 Java 2 Standard Edition（J2SE）5 有生成垃圾回收功能，这允许分隔内存池以包含不同时效的对象。垃圾回收循环根据时效收集与其他对象彼此独立的对象。使用其他参数，您可以单独设置内存池的 大小。为了实现更好的性能，您应该对包含短期存活对象的池的大小进行设置，以使该池中的对象的存活时间不会超过一个垃圾回收循环。新生成的池的大小由NewSize 和MaxNewSize 参数确定。

第一次垃圾回收循环中存活下来的对象转移到另一个池中 。生还者池的大小由参数 SurvivorRatio 确定。 如果垃圾回收变成了瓶颈，您可以尝试定制生成池设置 。要监控垃圾回收统计信息，使用 Tivoli Performance Viewer 中的对象统计信息或 verbose:gc 配置设置。 输入下列值：

-XX:NewSize (lower bound)
-XX:MaxNewSize (upper bound)
 -XX:SurvivorRatio=NewRatioSize 
－XX:NewSize 320m 此值设大可调大新对象区，减少Full GC次数
－XX:userParNewGC 可用来设置并行收集【多CPU】
－XX:ParallelGCThreads 可用来增加并行度【多CPU】
－XXUseParallelGC 设置后可以使用并行清除收集器【多CPU】

下面的命令把整个堆设置成128m，新域比率设置成3，即新域与旧域比例为1：3，新域为堆的1/4或32M：

java –Xms128m –Xmx128m –XX:NewRatio =3

缺省值为：NewSize=2m MaxNewSize=32m SurvivorRatio=2。但是，如果 JVM 的堆大小大于 1GB，则应该使用值：-XX:newSize=640m -XX:MaxNewSize=640m -XX:SurvivorRatio=16，或者将堆的总大小的 50% 到 60% 分配给新生成的池。

          举例：永久域默认大小为4m。运行程序时，jvm会调整永久域的大小以满足需要。每次调整时，jvm会对堆进行一次完全的垃圾收集。

   使用-XX:MaxPerSize标志来增加永久域的大小 。在WebLogic Server应用程序加载较多类时，经常需要增加永久域的最大值 。当jvm加载类时，永久域中的对象急剧增加，从而使jvm不断调 整永久域大小。为了避免 调整，可使用-XX:PerSize标志设置初始值。
   下面把永久域初始值设置成32m，最大值设置成64m。
     java -Xms512m -Xmx512m -Xmn128m -XX:PermSize=32m -XX:MaxPermSize=64m

默认状态下，HotSpot在新域中使用复制收集器

。该域一般分为三个部分。第一部分为Eden，用于生成新的对象 。另两部分称为救助空间，当Eden充 满时，收集器停止应用程序，把所有可到达对象复制到当前的from 救助空间，一旦当前的from救助空间充满，收集器则把可到达对象 复制到当前的to救助 空间。From和to救助空间互换角色。维持活动的对象将在救助空 间不断复制，直到它们获得使用期并转入旧域。使用-XX :SurvivorRatio可 控制新域子空间的大小。

目前，我的的开发环境 2G内存，tomcat+eclipse 大型应用程序
java -Xmx1024m -XX:PermSize=512m   基本就ok大部分应用了

window下解决OutOfMemoryError

主要原因就是初始化的堆内存过小，默认的是80M+的，如果跑简单的可以，但是应用、人数都上来了，不出5分钟就会内存溢出的，通过tomcat的manager/status页面可以看到这个的使用率基本在99%，说明已经不行了，页面进不去了

引用网上一段内容，大家就知道如何配置了：

进入bin/catalina.bat文件中的“rem ----- Execute The Requested Command -”这个后面增加了下面的语句set JAVA_OPTS=%JAVA_OPTS% -Xms256m -Xmx1024m-XX:PermSize=256M -XX:MaxNewSize=256m -XX:MaxPermSize=512m，这个地方注意增加的位置是在rem ----- Execute The Requested Command –后面，最好set JAVA_OPTS=%JAVA_OPTS% 这个也要加上，这个网络上好多文档没有将这个位置交代清楚，或者说的不是这个地方，是不是其他地方也可以，我没有试。我手工启动tomcat，在cmd状态下输入：startup，然后看 jconsole.exe，明细Perm Gen的内存就是我配置的内存521M，是生效了的（我就是这么配置的，大小根据自己的机器事情情况决定）

//myeclipse的情况，没有试验，应该可以

 但是我在myclipse中启动tomcat后，重新部署程序，错误依旧。原来文档《Linux 和 Windows修改Java虚拟机内存大小》（http://duanfei.iteye.com/blog/1189541）中提到

如果是通过Myeclipse启动Tomcat修改
Myeclipse配置选项  打开选项..输入tomcat关键字,然后点开Server下面的JDK就会出现配置区域OptionalJava VM arguments.
直接加入  -Xms128m-Xmx512m 

这个地方是有一个漏洞的，直接加入 “-Xms128m -Xmx512m ”，应该是“ -Xms256m -Xmx512m -XX:PermSize=256m -XX:MaxPermSize=512m”，这个是对myclipse生效的。如果没有-XX:PermSize=256m-XX:MaxPermSize=512m，那么PermGen的内存始终是64M。修改后，重启tomcat，重新部署，内存不再溢出了。

查看tomcat内存使用的方法：

1.配置tomcat/conf/tomcat-users文件（根据tomcat的版本不同，配置的用户名，密码可能有所不同，大家可以百度一下）之后，在地址栏localhost:端口/manager/status下面即可看到,如图（本地截图）：

2.可以 启动了JDK自带的工具，在\jdk1.6.0_10\bin下面的jconsole.exe内存监控的工具，点击进入如下：

选中之后，连接如下图：

 基本可以看到你的大体情况，看看你设置的是否正确，或者点击内存，详细查看各种参数：

3.可以用程序的方式展示，这里就不介绍了，网上有相应的例子，这里只列举比较直观的