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

 

 

 

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值