Fastjson的JSONObject.toJSON()解析复杂对象发生内存泄漏问题

时间:2019-08-21
本文章向大家介绍Fastjson的JSONObject.toJSON()解析复杂对象发生内存泄漏问题,主要包括Fastjson的JSONObject.toJSON()解析复杂对象发生内存泄漏问题使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。

  这可能是fastjson的一个bug,我使用最新版依然存在该问题。

  在用做报表功能的时候,发现一旦单元格过多,大概有80-100个单元格,就会发生程序假死,CPU持续占用超过90%,内存持续占用超90%的情况,主要是报表页面无法生成,这已经对我的业务产生了影响,不得不解决这个问题。

  查看之前的代码逻辑,发现原来的处理方式是直接用

  
JSONObject.toJSON(object) 来处理Javabean的,这样处理简单的对象是没有问题的,但是对象如果复杂的话就会发生一些问题。
object对象过于复杂和大量时,用toJSOn解析就会出现CPU、内存一直飙升,JVM一直执行GC操作,但是无法回收内存,最后会报
java.lang.OutOfMemoryError: GC overhead limit exceeded 错误。


  看到这里,我觉得这个内存泄漏问题我是不是可以直接修改JVM参数来扩大一下堆内存,设置后重新尝试了一下,结果是一样的,没有效果。也从网上搜索到了说设置-XX:-UseGCOverheadLimit参数可以解决,试了也无果。然后就开始用mat分析一下我该段程序的dump文件,发现了一个地方有问题,也和控制台最终报的错是同样的异常:

  com.alibaba.fastjson.util.IdentityHashMap产生了大量org.springframework.core.ResolvableType

  这是因为IdentityHashMap 使用 System.identityHashCode作为key,而没有使用 ResolvableType的hash值

  这种情况主要的出现场景就是json解析的时候采用了泛型,泛型类没有直接指定具体类型。

  问题已经找到了,该解决了。我的解决方式是换成jackson解析,至于改fastjson源码我没有去试。

  我的解决方式:
ObjectMapper mapper = new ObjectMapper();
//这里的JSONObject 我用的是fastjson的JSONObject,cell就是我需要解析的实体Map,其他类型的实体看具体情况具体分析
JSONObject object = mapper.readValue(mapper.writeValueAsBytes(cell), JSONObject.class);


  结束

原文地址:https://www.cnblogs.com/fanerwei222/p/11388675.html