如何处理jvm内存溢出

你的名字 2020-11-01 03:24 886阅读 0赞

# 1       前言 #

相信有一定java开发经验的人或多或少都会遇到OutOfMemoryError的问题，这个问题曾困扰了我很长时间，随着解决各类问题经验的积累以及对问题根源的探索，终于有了一个比较深入的认识。

在解决java内存溢出问题之前，需要对jvm（java虚拟机）的内存管理有一定的认识。jvm管理的内存大致包括三种不同类型的内存区域：Permanent Generation space（永久保存区域）、Heap space(堆区域)、Java Stacks(Java栈）。其中永久保存区域主要存放Class（类）和Meta的信息，Class第一次被Load的时候被放入PermGen space区域，Class需要存储的内容主要包括方法和静态属性。堆区域用来存放Class的实例（即对象），对象需要存储的内容主要是非静态属性。每次用new创建一个对象实例后，对象实例存储在堆区域中，这部分空间也被jvm的垃圾回收机制管理。而Java栈跟大多数编程语言包括汇编语言的栈功能相似，主要基本类型变量以及方法的输入输出参数。Java程序的每个线程中都有一个独立的堆栈。容易发生内存溢出问题的内存空间包括：Permanent Generation space和Heap space。

# 2       第一种OutOfMemoryError： PermGen space #

发生这种问题的原意是程序中使用了大量的jar或class，使java虚拟机装载类的空间不够，与Permanent Generation space有关。解决这类问题有以下两种办法：

1. 增加java虚拟机中的XX:PermSize和XX:MaxPermSize参数的大小，其中XX:PermSize是初始永久保存区域大小，XX:MaxPermSize是最大永久保存区域大小。如针对tomcat6.0，在catalina.sh 或catalina.bat文件中一系列环境变量名说明结束处（大约在70行左右） 增加一行：

JAVA\_OPTS=" -XX:PermSize=64M -XX:MaxPermSize=128m"

# 3       第二种OutOfMemoryError：  Java heap space #

发生这种问题的原因是java虚拟机创建的对象太多，在进行垃圾回收之间，虚拟机分配的到堆内存空间已经用满了，与Heap space有关。解决这类问题有两种思路：

1. 检查程序，看是否有死循环或不必要地重复创建大量对象。找到原因后，修改程序和算法。(如果找不到原因，参考5.如何利用工具检查内存泄露)

2. 增加Java虚拟机中Xms（初始堆大小）和Xmx（最大堆大小）参数的大小。如：set JAVA\_OPTS= -Xms256m -Xmx1024m

# 4       第三种OutOfMemoryError：unable to create new native thread #

这种错误在Java线程个数很多的情况下容易发生，一般有两种可能：

ü   在程序里面使用了http-client，http-client 有两个超时参数，但实际只设置了一个参数，然后当对方的服务器宕机之后，httpClient一直处于等待状态，导致线程堆积。

n   httpClient-3.0的超时时间设置代码如下：

httpClient.getHttpConnectionManager().getParams().setConnectionTimeout(10000); //设置连接超时时间

httpClient.getHttpConnectionManager().getParams().setSoTimeout(10000);//当连接上之后，等待对方传输数据的超时时间（大部分是这个时间忘记设置）

n   httpClient-4.0的超时时间设置代码如下：

HttpPost httpPost = **new** HttpPost(url);

RequestConfig requestConfig = RequestConfig.*custom*().setSocketTimeout(10000).setConnectTimeout(10000).build();//设置请求和传输超时时间

ü   做了多线程，而每个线程的耗时过多导致的（新增线程的速度比处理完成线程的速度快）。这种情况只能通过优化程序或者进行集群化部署来解决。

# 5       如何利用工具检查JAVA内存泄露 #

巧妇难为无米之炊，当发生内存溢出的时候，我们需要把内存堆栈保存下来，之后才能进行分析。具体步骤如下：

## 5.1     获取java的内存堆栈 ##

## 5.1.1      windows系统获取java内存堆栈 ##

打开jdk安装目录\\bin下的 jvisualvm.exe，如下图：

![image.png][]

![image.png][image.png 1]![image.png][image.png 2]

![image.png][image.png 3]

## 5.1.2      linux系统获取java内存堆栈 ##

1、运行ps -ef|grep java （你的java进程ID ）

2、运行： jmap -dump:format=b,file=/usr/local/Client/log20151014.dmp 1186  （其中1186换为你的java的进程ID）

3、之后将log20151014.dmp拷贝到个人电脑上，以便后面分析。

## 5.2     使用IBM的内存泄露分析工具进行分析 ##

## 5.2.1    IBM-HeapAnalyzer下载地址 ##

http://www.alphaworks.ibm.com/tech/heapanalyzer

![image.png][image.png 4]

## 5.2.1    IBM-HeapAnalyzer初级使用教程 ##

使用javaw打开下载到的ha456.jar，如下图：

![image.png][image.png 5]

（如果出现内存不足，无法打开dmp文件的情况，可以打开命令窗口，进入jar 的目录，然后输入

java -jar -Xmx3000m ha456.jar）

![image.png][image.png 6]

![image.png][image.png 7]

![image.png][image.png 8]

然后通过搜索查询相关资料，排查到是mysql的connector/J官方驱动存在内存泄露，通过更新mysql的jdbc驱动解决此问题。

[image.png]: /images/1604201046980.png
[image.png 1]: /images/1604201034582.png
[image.png 2]: /images/1604201021375.png
[image.png 3]: /images/1604201004785.png
[image.png 4]: /images/1604200990870.png
[image.png 5]: /images/1604200975184.png
[image.png 6]: /images/1604200957525.png
[image.png 7]: /images/1604200943073.png
[image.png 8]: /images/1604200927751.png