记一次线上内存泄漏事故

1、服务不可用

项目部署生产后,服务正常运行一段时间,接口突然全部异常,查看日志:

 

OOM:GC overhead limit exceeded。JVM无法通过GC开辟更多的空间,这里粗略判断应该是内存泄漏导致。

 

2、Heap Dump与恢复服务

  1、查看服务进程ID

  2、heap dump:

  heap dump命令:  jmap -dump:format=b,file=<file-path> <pid>

  jhat分析工具指令:  jhat -J-Xmx1024m <file>

 以下实际操作

 通过访问服务器的7000端口,可以进入jhat监测页面。

  这里堆信息dump完成,重启恢复服务。

3、内存分析

  进入jhat页面http://localhost:7000/,排查OOM主要查看2个点

 1、Show heap histogram  (堆的统计信息);

2、Show instance counts for all classes (excluding platform) (平台外的所有对象信息);

在页面上找到这2个统计的入口

可以看出2个类的对象Xobj$AttrXobj与Xobj$ElementXobj存活数量异常多;通过定位发现这两个类主要用于POI构建DOM对象

这里大概能推断出,应该是poi读取的dom对象未释放导致的内存泄漏。

排查代码发现在new XMLSlideShow() 后也需要手动调用close()方法来关闭;

到这里就是整个排查过程了。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Android线上内存泄露是指在Android应用程序中存在未释放的内存对象,导致应用程序的内存使用量不断增加,最终可能导致应用程序崩溃或运行缓慢。 常见的Android线上内存泄露原因包括: 1. 静态变量引用:在Android应用中,如果一个对象被一个静态变量引用,那么即使该对象不再需要,系统也无法释放它占用的内存。这种情况下,如果静态变量的生命周期比应用的生命周期长,就会导致内存泄露。 2. 匿名内部类和非静态内部类引用:在Android开发中经常使用匿名内部类或非静态内部类,如果这些类引用了外部类的实例,那么外部类的实例就无法被释放,从而导致内存泄露。 3. Handler和Thread引用:在Android中,使用Handler和Thread时需要注意是否正确释放相关资源,否则可能导致内存泄露。 4. 资源未关闭:在使用一些需要手动关闭的资源,如数据库连接、文件流、网络连接等时,如果没有及时关闭这些资源,就会导致内存泄露。 5. 单例模式的不当使用:如果一个类被设计为单例模式,并且该类持有了大量的数据或引用其他对象,那么该对象的生命周期将与应用程序的生命周期相同,容易导致内存泄露。 要解决Android线上内存泄露问题,可以采取以下步骤: 1. 使用工具进行内存泄露分析:Android平台提供了一些工具,如Android Profiler和LeakCanary等,可以帮助定位内存泄漏的原因和位置。 2. 检查代码:仔细检查代码,确保正确地释放对象,包括关闭资源、取消注册等操作。 3. 避免静态引用:尽量避免使用静态引用,特别是对于大对象或持有其他对象引用的对象。 4. 使用弱引用:对于可能导致内存泄露的对象,可以考虑使用弱引用来引用它们,这样当没有强引用指向它们时,系统可以自动回收它们。 5. 注意生命周期:在设计和使用对象时,要注意对象的生命周期,尽量使其与应用程序的生命周期相一致,避免对象持有过长时间。 6. 及时释放资源:在使用需要手动关闭的资源时,要及时关闭这些资源,避免资源泄露。 综上所述,通过分析内存泄漏的原因,并采取相应的措施来修复和预防内存泄漏问题,可以提高Android应用程序的性能和稳定性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值