This topic created in 2106 days ago, the information mentioned may be changed or developed.
背景: 新上线一个应用,大约跑了两三天,结果昨天测试小姐姐反馈我们接口响应比较慢,有时还会 503.于是去服务器上 top 查看了下,发现 Res 内存那项比较高,查看 cpu 负载和使用率都比较正常,于是怀疑内存泄漏,用 jmap 把内存 dump 下来,用 mat 进行分析发现 finalizer 对象占用异常高(如下图所示):
MAT 疑似内存泄漏分析试图:
点击 detail 可以看到里面引用(包装)的是 Object 对象:
然后与刚启动的内存 dump 对比:
通过查阅Java 的 Finalizer 引发的内存溢出,FinalizerReference 笔记,java.lang.ref.Finalizer 占用高内存等文章博客,大致知道是因为实现了 finalize()方法的对象在 GC 时不会直接被回收,还会放到一个 ReferenceQueue 队列中由一个低优先级的 finalizer 线程回收,由于该线程优先级低,很容易出现对象产生的速度远大于 finalizer 线程回收的速度,导致内存泄漏
然而.......别人都是自定义对象实现了 finalize(),我们这边看起来是 java.lang 的 Object(第三幅图,我们也可以看到项目里比起刚启动时增加三十多万 Object 对象)....我去项目里全局搜索查了下,没有找到生成如此多 Object 对象的代码,大部分使用 Object 的使用地方里面的实际对象也不是 Object,而是某个具体的子类对象,所以感觉非常难受.
是否是我遗漏了什么细节,导致结论(=>Object 的锅)有问题?
还是结论正确,需要再仔细查找项目?
还请走过路过的各位 Javaer 指点下迷津,下一步该干什么?
 |
1
ChanKc Jul 31, 2020
static void register(Object finalizee) {
new Finalizer(finalizee); } 所以都是 Object 吧，不看代码应该很难确定是什么 Object |
 |
2
zizon Aug 2, 2020
socket 对象有点多?看下连接数正常不?
不正常的话应该就是连接管理有问题? |
Select Language