记录一次发生的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框架。
相关推荐
茶本无香28 分钟前
RequestContextFilter介绍
java·spring·filter·requestcontext
iナナ42 分钟前
初识JVM
java·jvm
m0_570466411 小时前
代码随想录算法训练营第二十八天 | 买卖股票的最佳实际、跳跃游戏、K次取反后最大化的数组和
java·开发语言·算法
ST.J2 小时前
swing笔记
java·笔记
菩提树下的凡夫2 小时前
瑞芯微RV1126目标识别算法Yolov8的部署应用
java·算法·yolo
爱隐身的官人2 小时前
新后端漏洞(上)- Java RMI Registry反序列化漏洞
java·反序列化漏洞
叫我阿柒啊2 小时前
从Java全栈到前端框架:一次真实的面试对话与技术解析
java·javascript·typescript·vue·springboot·react·前端开发
晚安里2 小时前
Spring 框架(IoC、AOP、Spring Boot) 的必会知识点汇总
java·spring boot·spring
爱隐身的官人2 小时前
新后端漏洞(上)- Aapache Tomcat AJP 文件包含漏洞(CVE-2020-1938)
java·tomcat·ajp
@CLoudbays_Martin113 小时前
为什么动态视频业务内容不可以被CDN静态缓存?
java·运维·服务器·javascript·网络·python·php