最近手头的项目报内存溢出错误，内存溢出（OutOfMemofy）简称为传说中的OOM。^_^网上找资料学习了下JAVA_OPTS参数和配置，应用到生产环境，没有再报错。
错误信息：Java.lang.OutOfMemoryError:Javaheapspace
测试环境：RHEL5.4_x64
jdk-6u20-linux-x64.bin
apache-tomcat-6.0.20
生产环境：WindowsServerEnterpriseEdition
jdk-6u21-windows-x64
apache-tomcat-6.0.29
Linux修改catalina.sh文件
JAVA_OPTS=”-server-Dfile.encoding=UTF-8-Xms=512m-Xmx1024m-XX:PermSize=128m-XX:MaxPermSize=256m-verbose:gc-Xloggc:${CATALINA_HOME}/logs/gc.log`date+%Y-%m-%d-%H-%M`-XX:+UseConcMarkSweepGC-XX:+CMSIncrementalMode-XX:+PrintGCDetails-XX:+PrintGCTimeStamps-noclassgc”
Windows修改catalina.bat文件
setJAVA_OPTS=-server-Xms1024m-Xmx2048m-XX:PermSize=256m-XX:MaxPermSize=512m
Totalmemory:java虚拟机正在使用的已经从系统那里挖到的内存大小，也就是java虚拟机这个进程当时所占用的所有内存。如果在运行java的时候没有添加-Xms参数，那么，在java程序运行的过程的，内存总是慢慢的从操作系统那里挖的，基本上是用多少挖多少，直到挖到maxMemory()为止，所以totalMemory()是慢慢增大的。如果用了-Xms参数，程序在启动的时候就会无条件的从操作系统中挖-Xms后面定义的内存数，然后在这些内存用的差不多的时候，再去挖。
Maxmemory：java虚拟机能够从操作系统那里挖到最大内存大小，如果在运行java程序的时候，没有添加-Xmx参数，那么默认就是64兆，这是java虚拟机默认情况下能从操作系统那里挖到的最大的内存。如果添加了-Xmx参数，将以这个参数后面的值为准，建议设为内存的一半。
Freememory:刚才讲到如果在运行java的时候没有添加-Xms参数，那么，在java程序运行的过程的，内存总是慢慢的从操作系统那里挖的，基本上是用多少挖多少，这些挖过来而又没有用上的内存，实际上就是freeMemory，所以freeMemory的值一般情况下都是很小的，但是如果你在运行java程序的时候使用了-Xms，这个时候因为程序在启动的时候就会无条件的从操作系统中挖-Xms后面定义的内存数，这个时候，挖过来的内存可能大部分没用上，所以这个时候freeMemory可能会有些大。
JVM内存设置方法：
Linux系统直接编辑TOMCAT_HOME/bin/catalina.sh文件，如上文件所示，不再多说。
1、Windows系统下，安装版的tomcat可以启动”ConfigureTomcat”——”Java”选项配置，如下图所示：
另外安装JDK的时候若操作系统是64位的，安装的JDK也必须是64位，不然没法启动。Tomcat安装时指定JDK_HOME路径就行了。如下图所示：
2、绿色版本的tomcat，直接修改catalina.bat文件，和linux系统不一样，windows系统下环境变量的设定以set命令开头，linux系统的shell运行时是会export环境变量的。
setJAVA_OPTS=-server-Xms1024m-Xmx2048m-XX:PermSize=256m-XX:MaxPermSize=512m
参数说明：
-server:一定要作为第一个参数，在多个CPU时性能佳
-Xms：初始Heap大小，使用的最小内存,cpu性能高时此值应设的大一些
-Xmx：javaheap最大值，使用的最大内存
-XX:PermSize:设定内存的永久保存区域
-XX:MaxPermSize:设定最大内存的永久保存区域
-XX:MaxNewSize:
+XX:AggressiveHeap会使得Xms没有意义。这个参数让jvm忽略Xmx参数,疯狂地吃完一个G物理内存,再吃尽一个G的swap。
-Xss：每个线程的Stack大小
-verbose:gc现实垃圾收集信息
-Xloggc:gc.log指定垃圾收集日志文件
-Xmn：younggeneration的heap大小，一般设置为Xmx的3、4分之一
-XX:+UseParNewGC：缩短minor收集的时间
-XX:+UseConcMarkSweepGC：缩短major收集的时间
提示：此选项在HeapSize比较大而且Major收集时间较长的情况下使用更合适。
tomcat的jvm内存溢出问题的解决
1、首先是：java.lang.OutOfMemoryError:Javaheapspace
解释：
JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heapsize的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn-Xms-Xmx等选项可进行设置。Heapsize的大小是YoungGeneration和TenuredGeneraion之和。
提示：在JVM中如果98％的时间是用于GC且可用的Heapsize不足2％的时候将抛出此异常信息。
提示：HeapSize最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。
解决方法：
手动设置Heapsize
修改TOMCAT_HOME/bin/catalina.bat，在“echo”UsingCATALINA_BASE:$CATALINA_BASE””上面加入以下行：
setJAVA_OPTS=%JAVA_OPTS%-server-Xms800m-Xmx800m-XX:MaxNewSize=256m
2、其次是：java.lang.OutOfMemoryError:PermGenspace
原因：
PermGenspace的全称是PermanentGenerationspace,是指内存的永久保存区域，这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGenspace中，它和存放类实例(Instance)的Heap区域不同,GC(GarbageCollection)不会在主程序运行期对PermGenspace进行清理，所以如果你的应用中有很CLASS的话,就很可能出现PermGenspace错误，这种错误常见在web服务器对JSP进行precompile的时候。如果你的WEBAPP下都用了大量的第三方jar,其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。
解决方法：
手动设置MaxPermSize大小
修改TOMCAT_HOME/bin/catalina.bat（Linux下为catalina.sh），在“echo”UsingCATALINA_BASE:$CATALINA_BASE””上面加入以下行：
setJAVA_OPTS=%JAVA_OPTS%-server-XX:PermSize=128M-XX:MaxPermSize=512m
如果觉得《JAVA_OPTS参数说明与配置》对你有帮助，请点赞、收藏，并留下你的观点哦！
