主要有3种比较常见的OutOfMemory Error：

Java.lang.OutOfMemoryError: Java heap space
java.lang.OutOfMemoryError: PermGen space
java.lang.OutOfMemoryError: GC overhead limit exceeded

1. java.lang.OutOfMemoryError: Java heap space

     Java heap space，Java应用程序创建的对象存放在这片区域，垃圾回收（Garbage Collection）也发生在这块区域。通常一些比较“重型”的操作可能会导致该异常，比如：需要创建大量的对象，层次比较深的递归操作等。
     解决方案有两种，一是优化应用，找到消耗大量内存的地方，然后优化代码或者算法。这种方式比较推荐，但是难度比较大，尤其是在产品环境中出现这种问题，开发人员不能很好的重现问题。第二种方案是提升Java heap size，这种方式虽然感觉有点治标不治本，但是可行性非常高，操作简单。
     对于一般的应用，采用如下方式即可（数字根据自己的需要调整），解决办法：

 “JVM 堆空间溢出（java.lang.OutOfMemoryError: Java heap space）”错误是JVM 堆空间不足，此时只需要调整-Xms 和-Xmx 这两个参数即可。

linux中在{tomcat_dir}/bin/catalina.sh :在 cygwin=false 的前面，如下：

# OS specific support.  $var _must_ be set to either true or false.
JAVA_OPTS="-server -Xms2048m -Xmx2048m -XX:PermSize=256M -XX:MaxNewSize=512m -XX:MaxPermSize=512m"
cygwin=false

因为我用的服务器是 4G内存，所以参数使用这个。红色是添加上的。

可以参考下面，注意引号啥的：

服务器内存8G ，所以可以采取以下配置：

set JAVA_OPTS=-server -Xms4096m -Xmx4096m -XX:PermSize=256M -XX:MaxNewSize=512m -XX:MaxPermSize=512m

服务器内存4G ，所以可以采取以下配置：

set JAVA_OPTS=-server -Xms2048m -Xmx2048m -XX:PermSize=256M -XX:MaxNewSize=512m -XX:MaxPermSize=512m

服务器内存2G ，所以可以采取以下配置：

set JAVA_OPTS=-server -Xms1024m -Xmx1024m -XX:PermSize=256M -XX:MaxNewSize=512m -XX:MaxPermSize=512m

服务器内存1G ，所以可以采取以下配置：

set JAVA_OPTS=-server -Xms512m -Xmx512m -XX:PermSize=128M -XX:MaxPermSize=256M -XX:MaxPermSize=256m

服务器内存512M ，所以可以采取以下配置：

set JAVA_OPTS=-server -Xms256m -Xmx256m -XX:PermSize=256M -XX:MaxNewSize=128m -XX:MaxPermSize=128m

Tomcat内存优化主要是对 tomcat 启动参数优化，我们可以在 tomcat 的启动脚本 catalina.sh 中设置 JAVA_OPTS 参数。

JAVA_OPTS参数说明

-server 启用jdk 的 server 版；

-Xms java虚拟机初始化时的最小内存；

-Xmx java虚拟机可使用的最大内存；

-XX:PermSize 内存永久保留区域

-XX:MaxPermSize 内存最大永久保留区域

配置完成后可重启Tomcat ，通过以下命令进行查看配置是否生效：

linux里执行top，对参数的介绍。有时候 VIRT有时候超过了服务器的内存，这很正常，跟linux的内存设计有关系。

序号 列名 含义
a PID 进程id
b PPID 父进程id
c RUSER Real user name
d UID 进程所有者的用户id
e USER 进程所有者的用户名
f GROUP 进程所有者的组名
g TTY 启动进程的终端名。不是从终端启动的进程则显示为 ?
h PR 优先级
i NI nice值。负值表示高优先级，正值表示低优先级
j P 最后使用的CPU，仅在多CPU环境下有意义
k %CPU 上次更新到现在的CPU时间占用百分比
l TIME 进程使用的CPU时间总计，单位秒
m TIME+ 进程使用的CPU时间总计，单位1/100秒
n %MEM 进程使用的物理内存百分比
o VIRT 进程使用的虚拟内存总量，单位kb。VIRT=SWAP+RES
p SWAP 进程使用的虚拟内存中，被换出的大小，单位kb。
q RES 进程使用的、未被换出的物理内存大小，单位kb。RES=CODE+DATA
r CODE 可执行代码占用的物理内存大小，单位kb
s DATA 可执行代码以外的部分(数据段+栈)占用的物理内存大小，单位kb
t SHR 共享内存大小，单位kb
u nFLT 页面错误次数
v nDRT 最后一次写入到现在，被修改过的页面数。
w S 进程状态(D=不可中断的睡眠状态,R=运行,S=睡眠,T=跟踪/停止,Z=僵尸进程)
x COMMAND 命令名/命令行
y WCHAN 若该进程在睡眠，则显示睡眠中的系统函数名
z Flags 任务标志，参考 sched.h

2. java.lang.OutOfMemoryError: PermGen space

  ”永久存储区溢出 PermGen space的全称是Permanent Generation space“  或“（java.lang.OutOfMemoryError:Java Permanent Space）”，都是指内存的永久保存区域，乃是永久存储区设置太小，不能满足系统需要的大小，此时只需要调整-XX:PermSize 和-XX:MaxPermSize 这两个参数即可。

    “PermGen 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)那么就会产生此错误信息了。

3. java.lang.OutOfMemoryError: GC overhead limit exceeded

     这个错误会出现在这个场景中：GC占用了多余98%（默认值）的CPU时间却只回收了少于2%（默认值）的堆空间。目的是为了让应用终止，给开发者机会去诊断问题。一般是应用程序在有限的内存上创建了大量的临时对象或者弱引用对象，从而导致该异常。虽然加大内存可以暂时解决这个问题，但是还是强烈建议去优化代码，后者更加有效。