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

Shallow中的数据并不是有多少，占多少。而是在64位JVM DUMP中16个字节起步，然后8个字节的倍数增加，你会发现1个byte字段和2个byte字段都是站16个字节，到5个byte字段时占24个字节，其中16个字节起步中还有隐藏的占用开销。这么做是为了字节对齐，64位下是8字节的倍数，32位下是4字节的倍数。这也引入一个问题，一个int在32位和在64位下分别占用多少内存。我倾向于基础类型占用字节数都是一定的，但是如果需要字节对齐时，会有冗余的空间，这部分冗余空间不会算在基础类型上，而是算在对象上的。由于字节对齐的关系，小对象在64位上比在32位中更浪费内存。

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里。