Java处事，内存OOM题目怎样快速定位？

最近有伴侣在常识星球提问：

沈先生，有一个Java处事呈现了OOM(Out Of Memory)题目，定位了良久不得其法，叨教有什么好的思绪么?

OOM的题目，印象中之前写过，这里再总结一些相对通用的方案，但愿能辅佐到Java技能栈的同窗。

某Java处事(假设PID=10765)呈现了OOM，最常见的起因于：

• 有也许是内存分派确实过小，而正常营业行使了大量内存
• 某一个工具被频仍申请，却没有开释，内存不绝走漏，导致内存耗尽
• 某一个资源被频仍申请，体系资源耗尽，譬喻：不绝建设线程，不绝提倡收集毗连

画外音：无非“自己资源不足”“申请资源太多”“资源耗尽”几个缘故起因。

更详细的，可以行使以下器材一一排查。

一、确认是不是内存自己就分派过小

要领：

jmap -heap 10765 

如上图，可以查察新生代，老生代堆内存的分派巨细以及行使环境，看是否自己分派过小。

二、找到最耗内存的工具

要领：

jmap -histo:live 10765 | more 

如上图，输入呼吁后，会以表格的情势表现存活工具的信息，并凭证所占内存巨细排序：

• 实例数
• 所占内存巨细
• 类名

是不是很直观?对付实例数较多，占用内存巨细较多的实例/类，相干的代码就要针对性review了。

上图中占内存最多的工具是RingBufferLogEvent，共占用内存18M，属于正常行使范畴。

假如发明某类工具占用内存很大(譬喻几个G)，很也许是类工具建设太多，且一向未开释。譬喻：

• 申请完资源后，未挪用close()或dispose()开释资源
• 斲丧者斲丧速率慢(或遏制斲丧了)，而出产者不绝往行列中投递使命，导致行列中使命累积过多

画外音：线上执行该呼吁会逼迫执行一次fgc。其它还可以dump内存举办说明。

三、确认是否是资源耗尽

器材：

• pstree
• netstat

查察历程建设的线程数，以及收集毗连数，假如资源耗尽，也也许呈现OOM。 这里先容另一种要领，通过

• /proc/${PID}/fd
• /proc/${PID}/task

可以别离查察句柄详情和线程数。 譬喻，某一台线上处事器的sshd历程PID是9339，查察

• ll /proc/9339/fd
• ll /proc/9339/task

如上图，sshd共占用了四个句柄：

• 0 -> 尺度输入
• 1 -> 尺度输出
• 2 -> 尺度错误输出
• 3 -> socket(轻易想到是监听端口)

sshd只有一个主线程PID为9339，并没有多线程。

以是，只要

• ll /proc/${PID}/fd | wc -l
• ll /proc/${PID}/task | wc -l (结果等同pstree -p | wc -l)

就能知道历程打开的句柄数和线程数。

但愿这1分钟能帮到这位星球水友。

【本文为51CTO专栏作者“58沈剑”原创稿件，转载请接洽原作者】

戳这里，看该作者更多好文

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!