Java heap dump 分析

1)堆溢出

GC不及时

2)直接内存溢出

3)过多的线程导致OOM

4)永久区 溢出

保存类的元数据,如果系统定了太多的类型。

5)GC效率低导致OOM

-----------------------------------------------------------------------

无处不在的 String在虚拟机的实现

不变性

对象一但生成,则不能再对它进行改变。不变性可以提高多线程访问的性能。

因为对象不变,因此对于所有线程都是只读。

所有的变化都是生成新的字符串。

针对常量池的优化

针对常量池的优化指当两个String对象拥有相同的值时,

他们只引用常量池中的同一个拷贝。当同一个字符串反复出现时,这个技术

能够大幅度节省内存空间。

类的final定义

用final定义有助于帮助虚拟机寻找机会。

String会出现内存泄露情况

String的结构:Char数组  Offset偏移量  Count长度

Chart数组不改动,而Offset偏移量,Count不变化。

有关String常量池的位置

在虚拟机中,有一块称为常量池的区间专门用于存放字符串常量。

在JDK1.7之后,它被移动到了堆内管理。

------------------使用IBM heapAnalyzer ----------------------------

---------------------------------------------------------

通过Mat分析堆

Java的内存泄露多半是因为对象被遗留在全局的HashMap中得不到释放,如果发现Java应用程序占用的内存出现了泄露的迹象,那么我们一般采用下面的步骤分析:

    1. 把Java应用程序使用的heap dump下来

    2. 使用Java heap分析工具(如MAT),找出内存占用超出预期的嫌疑对象

    3. 根据情况,分析嫌疑对象和其他对象的引用关系。

    4. 分析程序的源代码,找出嫌疑对象数量过多的原因。

生成heap dump文件的方法:

方法一:使用jdk的jmap命令,在运行中的JVM生成Dump文件

    jmap  -dump:format=b,file=/path/heap.bin 进程ID

    如果只dump heap中的存活对象,则加上选项-live,如下:

     jmap  -dump:live,format=b,file=/path/heap.bin 进程ID

方法二:让JVM在遇到OutOfMemoryError时生成Dump文件

     -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path

猜你喜欢

转载自blog.csdn.net/Cavalier520520/article/details/82941576