区域 | 作用 | 异常 | 控制参数 | 解决思路 |
java堆 | 存放对象的实例。 | java.lang.OutOfMemory Error:Java heap space | -Xms(初始化堆), -Xmx(最大堆), -Xmn(新生代) | 1、先查看是不是内存泄漏(内存中的对象是不是必须的),如果是泄漏,则找到与GC root 的路径解决泄漏。 2、看物理内存是否允许加大-Xms,-Xmx。 3、检查堆中是不是有对象实例一直在内存中没有释放。 4、技巧让-Xms = -Xmx,减少内存扩展的开销。 |
虚拟机栈和本地方法栈 | 控制方法的执行。 | 如果线程请求的栈深度大于虚拟机所允许的最大深度:java.lang.StackOverflow Error 如果续集你在扩展栈时无法申请到足够的内存空间: java.lang.OUtOfMemory Error | -Xss | 1、加大-Xss参数。 2、减少线程。 3、更换64位虚拟机。 4、减少最大堆(Xmx)。 |
方法区 | 用于存放Class的相关信息,如类名、访问修饰符、常量池、字段描述、方法描述等。 | java.OutOfMemory Error:PermGen space | -XX:PermSize -XX:MaxPermSize | 这是最常见的内存溢出异常。 1、加大参数(治标不治本)。 2、增加参数:-XX:PrintGCDetails,-XX:+PrintGCTimeStamps和-XX:+PrintGCDateStamps,还可以指定日志输出到文件:-Xloggc:<fileName>。通过查看GC日志来查看新生代GC(Minor GC)和老年代GC(Full GC或MajorGC)的回收效率和回收频率。通常Minor GC会很频繁,回收效率高才是对。 3、稍微的加大Survivor1 Survivor2的空间。 |
本机直接内存 | 如NIO,就是直接通过此内存实现。 | java.lang.OutOfMemory Error,有 allocate、Native字样 | -MaxDirectMemorySize 如不指定则与-Xmx一致。 | 合理规划服务器内存,预留足够的内存给本地内存。加大参数。 |
空间关系:
java堆 = 新生代 + 老年代。
新生代 = Eden(伊甸园) + Survivor1 + Survivor2。
大多数情况下,对象在新生代Eden区中分配。当Eden中没有足够的空间时,就触发一次Minor GC。Survivor2 是Minor GC时用于复制用的。当发生Minor GC时如果发现所要辅助的对象(活着的对象)无法存放到Survivor2中,则通过分配担保机制提前转移到老年代中去。
如配置-Xms20M,-XMx20M,-Xmn10M,-XX:SurvivorRatio=8。
含义:java堆大小为20M,不可扩展,其中10MB分配给新生代,剩下的10MB分给老年代。-XX:SurvivorRatio=8 表示新生代中Eden区与其中一个Survivor区的空间比例为8:1。即 eden space 8192k,from space 1024k,to space 1024k。新生代总可用空间为9216kb(Eden区+1个Survivor区的总量)。
我们公司centos6.8 ,100G的内存,配置如下:
JAVA_OPTS="-Xms8g -Xmx8g -XX:ParallelGCThreads=8 -XX:PermSize=2g -XX:MaxPermSize=4g -Xss512k -Xmn6g -XX:-DisableExplicitGC -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled"
CATALINA_OPTS="-Xms8g -Xmx8g -XX:ParallelGCThreads=8 -XX:PermSize=2g -XX:MaxPermSize=4g -Xss512k -Xmn6g -XX:-DisableExplicitGC -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled"