记录一次发生的OOM异常,OutOfMemoryError: Java heap space

背景

  • 平台上传图片列表压缩文件,大小87M,耗时44s,然后报了500异常。
  • 随后查看后端日志,发现报OutOfMemoryError: Java heap space,但是数据却成功完全添加到mysql中了,特别奇怪。

分析原因

  • 流程:前端解析压缩文件转化为image-base64的json数据 =》传给后端 =》后端解析入mysql。
  • 通过分析OOM日志,发现是AOP切面类往mysql插入操作日志时产生的OOM异常。
  • 但是内存只多了大约100M数据(图片文件转base64后会变大),难道就真的差这100M数据就达到极限吗?查看JVM进程信息,堆内存给的1G,确实有点小,但是这个服务本身就属于配置类的服务,也应该够用了。
  • 后面发现同时还存在一个定时任务,每隔10s就要从mysql中取一次图片base64数据,原因应该就是image-base64数据刚插入mysql,随之定时任务就执行了,将刚插入的数据又拿到内存中,此时瞬间占用将近200M内存
  • 具体报错位置是JSON.toJSONString()方法,操作日志会保存body体参数,当序列化body体参数时,系统直接崩溃了。

解决

1、堆内存增加到2G。

2、限制body体大小。

  • 正常情况改SpringBoot的一个配置(server.tomcat.max-http-post-size: 100MB)就行了,但是在SpringBoot 2.4.0版本之后,该配置就被移除了。
  • 只留下server.tomcat.max-http-form-post-size=2MB(这个专门限制application/x-www-form-urlencoded表单提交的形式)、server.tomcat.max-swallow-size=2MB(这个表示当超出限制便不再读取了,避免内存溢出)、spring.servlet.multipart.max-request-size=2MB(这个专门限制multipart/form-data文件上传),但是此时请求是application/json类型,所以这几个都不能用。
  • 最后只能写一个filter来限制了。

3、json序列化时忽略不必要的参数。

  • 像image-base64这类数据根本没必要存,所以直接忽略。
  • @JSONField(serialize = false, deserialize = false),仅作用于FastJSON,并且不影响ORM框架。
  • private transient String imageBese64,作用于FastJSON/Gson/Jackson/输入输出流等,不影响ORM框架。
相关推荐
菜鸟小九19 分钟前
SSM(MybatisPlus)
java·开发语言·spring boot·后端
不爱编程的小九九21 分钟前
小九源码-springboot051-智能推荐旅游平台
java·spring boot·后端
期待のcode33 分钟前
MyBatis框架—延迟加载与多级缓存
java·数据库·后端·缓存·mybatis
老华带你飞40 分钟前
小区服务|基于Java+vue的小区服务管理系统(源码+数据库+文档)
java·数据库·vue.js·spring boot·论文·毕设·小区服务管理系统
华仔啊1 小时前
Spring 配置混乱?搞懂这两个核心组件,问题真能少一半
java·后端·spring
喂完待续1 小时前
【序列晋升】45 Spring Data Elasticsearch 实战:3 个核心方案破解索引管理与复杂查询痛点,告别低效开发
java·后端·spring·big data·spring data·序列晋升
郑重其事,鹏程万里1 小时前
commons-exec
java
龙茶清欢1 小时前
具有实际开发参考意义的 MyBatis-Plus BaseEntity 基类示例
java·spring boot·spring cloud·mybatis
神龙斗士2401 小时前
Java 数组的定义与使用
java·开发语言·数据结构·算法
计算机学姐1 小时前
基于微信小程序的扶贫助农系统【2026最新】
java·vue.js·spring boot·mysql·微信小程序·小程序·mybatis