MAT分析JVM DUMP时的两个时常被错误理解的误区

本文探讨了Shallow内存占用的概念及其在不同位数JVM中的表现,揭示了对象内存对齐机制对内存消耗的影响。同时,文章解析了Retained集的正确含义,澄清了常见误解。
  1. Shallow中的数据并不是有多少,占多少。而是在64位JVM DUMP中16个字节起步,然后8个字节的倍数增加,你会发现1个byte字段和2个byte字段都是站16个字节,到5个byte字段时占24个字节,其中16个字节起步中还有隐藏的占用开销。这么做是为了字节对齐,64位下是8字节的倍数,32位下是4字节的倍数。这也引入一个问题,一个int在32位和在64位下分别占用多少内存。我倾向于基础类型占用字节数都是一定的,但是如果需要字节对齐时,会有冗余的空间,这部分冗余空间不会算在基础类型上,而是算在对象上的。由于字节对齐的关系,小对象在64位上比在32位中更浪费内存。
  2. Retained中的具体数据是什么理解很重要,很多人误以为一个对象的Retained就是它所关联,或者牵引住的对象,这种理解本身就是一种错误。C可以被A牵引,C也可以被B牵引,那么当计算Retained时,C到底是算到A的Retained上还是算到B的Retained上呢?如果用一个对象Retained的就是它所关联,或者牵引住的对象来解释根本无法解释通,因为观察到的结果是C既不算到A的Retained也不会算到B的Retained上。正确的理解是一个对象的Retained是在GC时,这个对象能够释放的内存空间(对象集合)。选择AB后Show Retained Set可以看到这时C才算到Retained里。

转载于:https://www.cnblogs.com/apollolee/p/4654385.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值