OOM内存泄露速查备忘录

本文整理了一份OOM内存泄露问题速查备忘录，详细见下文。Dds28资讯网——每日最新资讯28at.com

Dds28资讯网——每日最新资讯28at.com

Dds28资讯网——每日最新资讯28at.com

• 借助MAT（Eclipse Memory Analyzer）工具分析dump文件，分析内存情况。
• 直接用文本工具打开jstack文件，分析线程占用情况。
• 借助VisualVM更直观：

Dds28资讯网——每日最新资讯28at.com

3、分析过程

3.1、分析线程栈

直接通过文本工具打开jstack.log，搜索业务相关包名，应该大致能定位出问题：Dds28资讯网——每日最新资讯28at.com

Dds28资讯网——每日最新资讯28at.com

3.2、分析内存

 1. 用MAT工具打开dump文件Dds28资讯网——每日最新资讯28at.com

Dds28资讯网——每日最新资讯28at.com

2. 一般打开Histogram视图，这样能快速地发现问题，也可以打开Leak Suspects（泄露嫌疑），如下图：Dds28资讯网——每日最新资讯28at.com

Dds28资讯网——每日最新资讯28at.com

寻找这个对象被哪些地方引用了，如下图：Dds28资讯网——每日最新资讯28at.com

Dds28资讯网——每日最新资讯28at.com

查看大对象，找出自己业务相关的关键引用：Dds28资讯网——每日最新资讯28at.com

Dds28资讯网——每日最新资讯28at.com

Dds28资讯网——每日最新资讯28at.com

Dds28资讯网——每日最新资讯28at.com

根据上面GC Roots的结果，在结合自身的业务代码排查下，一般都会找到线索，比如：Dds28资讯网——每日最新资讯28at.com

• 某个线程远程调用了接口返回的对象，一直被使用未能释放
• 每次执行的数据量过大
• 流没有关闭
• 死循环 或者 递归次数太多
• 定时任务执行频率过高，在任务没执行完毕时又在持续执行，导致积压了大量对象
• ......

4、总结

本文整理了一份OOM内存泄露问题速查备忘录。核心内容是：Dds28资讯网——每日最新资讯28at.com

• top、free、df三连，然后netstat、jstat工具跟上。
• 紧接着赶紧jmap、jstack保存现场，然后重启应用。
• MAT分析问题，修改问题，重新发布。

本文链接：http://www.28at.com/showinfo-26-12678-0.htmlOOM内存泄露速查备忘录

声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com

上一篇： 一篇文章带你了解JavaScript 数值方法（上篇）

下一篇： 自研多模态追踪算法 PICO 为「手柄小型化」找到新思路