java 高内存排查

末蓝、 2023-07-05 10:12 13阅读 0赞

搞Java开发的，经常会碰到下面两种异常：

1、java.lang.OutOfMemoryError: PermGen space

2、java.lang.OutOfMemoryError: Java heap space

要详细解释这两种异常，需要简单重提下Java内存模型。

**Java内存模型**是描述Java程序中各变量（实例域、静态域和数组元素）之间的关系，以及在实际计算机系统中将变量存储到内存和从内存取出变量这样的低层细节。

在Java虚拟机中，内存分为三个代：新生代（**New**）、老生代（**Old**）、永久代（**Perm**）。

（1）新生代New：新建的对象都存放这里

（2）老生代Old：存放从新生代New中迁移过来的生命周期较久的对象。新生代New和老生代Old共同组成了堆内存。

（3）永久代Perm：是非堆内存的组成部分。主要存放加载的Class类级对象如class本身，method，field等等。

**如果出现java.lang.OutOfMemoryError: Java heap space异常，说明Java虚拟机的堆内存不够**。原因有二：

（1）Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。

（2）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。

**如果出现java.lang.OutOfMemoryError: PermGen space，说明是Java虚拟机对永久代Perm内存设置不够。**

一般出现这种情况，都是程序启动需要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用。

从代码的角度，软件开发人员主要关注java.lang.OutOfMemoryError: Java heap space异常，减少不必要的对象创建，同时避免内存泄漏。

现在以一个实际的例子分析内存占用的故障排查。

[![2G19(\{7(0\}N(FIL09LH175N][2G19_7_0_N_FIL09LH175N]][2G19_7_0_N_FIL09LH175N_2G19_7_0_N_FIL09LH175N]

通过top命令，发现PID为9004的Java进程一直占用比较高的内存不释放（24.7%），出现高内存占用的故障。

想起上一篇[线上应用故障排查之一：高CPU占用][CPU]介绍的PS命令，能否找到具体是哪个的线程呢？

ps -mp 9004 -o THREAD,tid,time,rss,size,%mem

[![1][]][1 1]

遗憾的是，发现PS命令可以查到**具体进程**的CPU占用情况，但是不能查到**一个进程下具体线程**的内存占用情况。

只好寻求其他方法了，幸好Java提供了一个很好的内存监控工具：jmap命令

jmap命令有下面几种常用的用法：

•jmap \[pid\]

•jmap -histo:live \[pid\] >a.log

•jmap -dump:live,format=b,file=xxx.xxx \[pid\]

用得最多是后面两个。其中，jmap -histo:live \[pid\] 可以查看当前Java进程创建的活跃对象数目和占用内存大小。

jmap -dump:live,format=b,file=xxx.xxx \[pid\] 则可以将当前Java进程的内存占用情况导出来，方便用专门的内存分析工具（例如：MAT）来分析。

这个命令对于分析是否有内存泄漏很有帮助。具体怎么使用可以查看本博的另一篇文章：[利用Eclipse Memory Analyzer Tool（MAT）分析内存泄漏][Eclipse Memory Analyzer Tool_MAT]

**这里详细介绍下jmap -histo:live \[pid\] 命令：**

[![1][1 2]][1_1 2]

从上图可以看出，int数组、constMethodKlass、methodKlass、constantPoolKlass都占用了大量的内存。

特别是占用了大量内存的int数组，需要仔细检查相关代码。

**最后，总结下排查内存故障的方法和技巧有哪些：**

1、top命令：Linux命令。可以查看实时的内存使用情况。

2、jmap -histo:live \[pid\]，然后分析具体的对象数目和占用内存大小，从而定位代码。

3、jmap -dump:live,format=b,file=xxx.xxx \[pid\]，然后利用MAT工具分析是否存在内存泄漏等等  
  
  
参考地址：[http://www.blogjava.net/hankchen/archive/2012/05/09/377736.html][http_www.blogjava.net_hankchen_archive_2012_05_09_377736.html]

[2G19_7_0_N_FIL09LH175N]: https://imgconvert.csdnimg.cn/aHR0cDovL3d3dy5ibG9namF2YS5uZXQvaW1hZ2VzL2Jsb2dqYXZhX25ldC9oYW5rY2hlbi9XaW5kb3dzTGl2ZVdyaXRlci8xMWQ1MWQ4OTZiMzdfMTI4N0YvMkcxOSglN0I3KDAlN0ROKEZJTDA5TEgxNzVOX3RodW1iLmpwZw?x-oss-process=image/format,png
[2G19_7_0_N_FIL09LH175N_2G19_7_0_N_FIL09LH175N]: http://www.blogjava.net/images/blogjava_net/hankchen/WindowsLiveWriter/11d51d896b37_1287F/2G19%28%7B7%280%7DN%28FIL09LH175N_2.jpg
[CPU]: http://www.blogjava.net/hankchen/archive/2012/05/09/377735.html
[1]: https://imgconvert.csdnimg.cn/aHR0cDovL3d3dy5ibG9namF2YS5uZXQvaW1hZ2VzL2Jsb2dqYXZhX25ldC9oYW5rY2hlbi9XaW5kb3dzTGl2ZVdyaXRlci8xMWQ1MWQ4OTZiMzdfMTI4N0YvMV90aHVtYi5qcGc?x-oss-process=image/format,png
[1 1]: http://www.blogjava.net/images/blogjava_net/hankchen/WindowsLiveWriter/11d51d896b37_1287F/1_2.jpg
[Eclipse Memory Analyzer Tool_MAT]: http://www.blogjava.net/hankchen/archive/2012/03/21/372389.html
[1 2]: https://imgconvert.csdnimg.cn/aHR0cDovL3d3dy5ibG9namF2YS5uZXQvaW1hZ2VzL2Jsb2dqYXZhX25ldC9oYW5rY2hlbi9XaW5kb3dzTGl2ZVdyaXRlci8xMWQ1MWQ4OTZiMzdfMTI4N0YvMV90aHVtYl8xLmpwZw?x-oss-process=image/format,png
[1_1 2]: http://www.blogjava.net/images/blogjava_net/hankchen/WindowsLiveWriter/11d51d896b37_1287F/1_4.jpg
[http_www.blogjava.net_hankchen_archive_2012_05_09_377736.html]: http://www.blogjava.net/hankchen/archive/2012/05/09/377736.html