一.常见的三种内存溢出错误：
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.StackOverflowError: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.StackOverflowError =======栈溢出
栈溢出了，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_MACHINESOFTWAREApache Software FoundationTomcat Service ManagerTomcat5
ParametersJava.右侧的Options原值为：
-Dcatalina.home="C:ApacheGroupTomcat 5.0"
-Djava.endorsed.dirs="C:ApacheGroupTomcat 5.0commonendorsed"
-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都会使用最新加入的优化技术（如果有的话）