记录java.lang.OutOfMemoryError:Java heap space的情况

文章内容：

• 问题描述+原因分析+解决方案
• JVM调优说明
• Tomcat添加到jvisualvm监控

 

一．问题描述+原因分析+解决方案

场景：项目部署在Tomcat运行时，页面突然加载不动，查询log得知

java.lang.OutOfMemoryError:Java heap space

原因：在JVM中如果98％的时间是用于GC且可用的 Heap size 不足2％的时候将抛出此异 常信息。

过程分析：

解决OOM最常见的方式就是增加JVM的内存，Tomcat默认值为：-Xms128m -Xmx256m

。JVM在启动的时候会自动设置 Heap size(堆大小)的值，其初始空间(-Xms)是物理内存 的1/64，最大空间(-Xmx)是物理内存的1/4。

解决方案：

利用JVM提供的-Xmn -Xms -Xmx等选项进行设置，如下：

-Xms512m -Xmx512m -XX:PermSize=128m -XX:MaxPermSize=256m

设置位置如下：

①打开bin目录下面的tomcat9w.exe

java option下面加上：
-XX:PermSize=128m
-XX:MaxPermSize=256m
下面的输入框输入jvm初始化和最大分配的内存

 

②修改service.bat文件，找到这几行：
set "SELF=%~dp0%service.bat"
rem Guess CATALINA_HOME if not defined
set "CURRENT_DIR=%cd%"
下面添加一行：
set JAVA_OPTS=-Xms512m -Xmx512m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:M axPermSize=256m -Djava.awt.headless=true

③修改catalina.bat文件，找到这几行：
rem Guess CATALINA_HOME if not defined
set "CURRENT_DIR=%cd%"
下面添加一行：
set JAVA_OPTS=-Xms512m -Xmx512m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:M axPermSize=256m -Djava.awt.headless=true

 

以上三步设置完后，重启Tomcat查看是否配置成功

 

• JVM调优说明

主要通过以下的几个jvm参数来设置堆内存的：

-Xmx512m	最大总堆内存，一般设置为物理内存的1/4
-Xms512m	初始总堆内存，一般将它设置的和最大堆内存一样大，这样就不需要根据当前堆使用情况而调整堆的大小了
-Xmn192m	新生代堆内存，sun官方推荐为整个堆的3/8
-XX:PermSize=128m	持久代堆的初始大小
-XX:MaxPermSize=256m	持久代堆的最大大小，eclipse默认为256m。如果要编译jdk这种，一定要把这个设的很大，因为它的类太多了。
堆内存的组成	总堆内存 = 新生代堆内存 + 老年代堆内存 + 持久代堆内存
新生代堆内存	对象刚创建出来时放在这里
老年代堆内存	对象在被真正会回收之前会先放在这里
持久代堆内存	class文件，元数据等放在这里

JVM内存的调优

1.Heap设定与垃圾回收

JavaHeap分为3个区，Young，Old和Permanent。Young保存刚实例化的对象。当该区被填满时，GC会将对象移到Old区。Permanent区则负责保存反射对象。JVM的Heap分配可以使用-X参数设定，

JVM有2个GC线程。

第一个线程负责回收Heap的Young区。

第二个线程在Heap不足时，遍历Heap，将Young区升级为Older区。Older区的大小等于-Xmx减去-Xmn，不能将-Xms的值设的过大，因为第二个线程被迫运行会降低JVM的性能。

为什么一些程序频繁发生GC？有如下原因：

◆程序内调用了System.gc()或Runtime.gc()。

◆一些中间件软件调用自己的GC方法，此时需要设置参数禁止这些GC。

◆Java的Heap太小，一般默认的Heap值都很小。

◆频繁实例化对象，Release对象。此时尽量保存并重用对象，例如使用StringBuffer()和String()。

2．Stack的设定

每个线程都有他自己的Stack。

Xss每个线程的Stack大小

Stack的大小限制着线程的数量。如果Stack过大就好导致内存溢漏。-Xss参数决定Stack大小，例如-Xss1024K。如果Stack太小，也会导致Stack溢漏。

3．硬件环境

硬件环境也影响GC的效率，例如机器的种类，内存，swap空间，和CPU的数量。
如果你的程序需要频繁创建很多transient对象，会导致JVM频繁GC。这种情况你可以增加机器的内存，来减少Swap空间的使用[2]。

4．4种GC

第一种为单线程GC，也是默认的GC。，该GC适用于单CPU机器。

第二种为ThroughputGC，是多线程的GC，适用于多CPU，使用大量线程的程序。第二种GC与第一种GC相似，不同在于GC在收集Young区是多线程的，但在Old区和第一种一样，仍然采用单线程。-XX:+UseParallelGC参数启动该GC。

第三种为ConcurrentLowPauseGC，类似于第一种，适用于多CPU，并要求缩短因GC造成程序停滞的时间。这种GC可以在Old区的回收同时，运行应用程序。-XX:+UseConcMarkSweepGC参数启动该GC。

第四种为IncrementalLowPauseGC，适用于要求缩短因GC造成程序停滞的时间。这种GC可以在Young区回收的同时，回收一部分Old区对象。-Xincgc参数启动该GC。

 

 

• Tomcat添加到jvisualvm监控

建议大家使用jvisualvm来监控JVM。(JDK自带，DOS命令行直接打jvisualvm即可)

①打开bin目录下面的tomcat9w.exe

jvisualvm监控的话是在java option下面加上：
-Dcom.sun.management.jmxremote.port=8084
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.authenticate=false

②启动tomcat，开启jvisualvm，在应用程序栏右键点击"本地"然后选择"添加jmx连接"