Java Heap Space堆内存异常处理

Heap Space问题是Java开发中常见的内存溢出问题之一，我们需要理解其原因和表现形式，然后通过优化代码、增加JVM内存和使用垃圾回收机制等方法来解决。

场景

新增数据，富文本插入多张图片，总共总共大小6.6MB，提交报500

问题报错

java.lang.OutOfMemoryError: Java heap space

表现形式

Heap Space问题最常见的表现形式就是Out Of Memory错误。当程序运行到某个地方时，突然报出“java.lang.OutOfMemoryError: Java heap space”的错误，然后就程序崩溃了。

可能原因

1. 对象创建过多：如果程序中创建了大量的对象，而这些对象又不能被垃圾回收机制回收，就会导致Heap Space不足。
2. 大对象的创建：如果程序中创建了一些大对象，比如数组或者长字符串，这些对象占用的内存空间超过了JVM能提供的最大内存，也会导致Heap Space不足。

解决方案

1. 优化代码：通过优化代码，减少不必要的对象创建，尤其是大对象的创建。例如，可以使用StringBuilder来代替String进行字符串拼接，因为StringBuilder内部是用字符数组来存储字符串的，不会产生新的字符串对象。
2. 增加JVM内存：可以通过调整JVM启动参数来增加最大可用内存。例如，可以使用-Xms和-Xmx参数来设置JVM初始堆内存和最大堆内存。

        Xmx: Xmx的默认值比较复杂，官方文档上有时候写的是1GB，但实际值跟JRE版本、JVM 模式（client, server）和系统（平台类型，32位，64位）等都有关。经过查阅源码和实验，确定在生产环境下（server模式，64位Centos，JRE 8），Xmx的默认值可以采用以下规则计算：

• 容器内存小于等于2G：默认值为容器内存的1/2，最小16MB， 最大512MB。
• 容器内存大于2G：默认值为容器内存的1/4, 最大可到达32G。

        Xms: 默认值为容器内存的1/64, 最小8MB，如果明确指定了Xmx并且小于容器内存1/64, Xms默认值为Xmx指定的值。

       

        本次的解决方案是增加JVM内存，修改应用中的Dockerfile文件

旧

ENV JAVA_OPTS="-Xms256m -Xmx256m -Djava.security.egd=file:/dev/./urandom"

改成

ENV JAVA_OPTS="-Xms512m -Xmx1024m -Djava.security.egd=file:/dev/./urandom"

        

        3.使用垃圾回收机制：Java提供了垃圾回收机制来自动回收不再使用的对象所占用的内存。可以通过调用System.gc()方法来建议JVM进行垃圾回收。