JVM异常查找定位

相信有一定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。

第一种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"

第二种OutOfMemoryError： Java heap space

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

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

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

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

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

windows系统获取java内存堆栈
打开jdk安装目录\bin下的 jvisualvm.exe，如下图：

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拷贝到个人电脑上，以便后面分析。

使用IBM的内存泄露分析工具进行分析
IBM-HeapAnalyzer下载地址:https://www.ibm.com/developerworks/community/groups/service/html/communityview?communityUuid=4544bafe-c7a2-455f-9d43-eb866ea60091


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

查找方法二

1. 找出使用率高的进程的pid

top

2. 找出使用率高的线程tpid

top -p pid -H 或 top -Hp pid

可以看到各个线程线程的 cpu 的使用率，内存占用率和耗费时间，这里耗时最长的线程id为：10756

3. 得到线程id为10756：的十六进制值为lee，下面会用到。
   
4. OK，下一步终于轮到jstack上场了，它用来输出线程10756 的堆栈信息，然后根据线程ID的十六进制值grep，如下：

jstack 710956 | grep lee   格式：jstack pid|grep 16进制的线程id