java对象大小_一个Java对象到底占用多大内存？

最近在调研MAT和VisualVM源码实现&＃xff0c;遇到一个可疑问题&＃xff0c;两者计算出来的对象大小不一致&＃xff0c;该信哪个&＃xff1f;

为了复现这个问题&＃xff0c;准备了4个简单类&＃xff1a;

class AAAAA {}

class BBBBB {

int a &＃61; 1;

}

class CCCCC {

long a &＃61; 1L;

}

class DDDDD {

String s &＃61; "hello";

}

再来个主函数&＃xff1a;

final List aaa &＃61; new ArrayList<>(100000);

final List bbb &＃61; new ArrayList<>(100000);

final List ccc &＃61; new ArrayList<>(100000);

final List ddd &＃61; new ArrayList<>(100000);

for (int i &＃61; 0; i <100000; i&＃43;&＃43;) {

aaa.add(new AAAAA());

bbb.add(new BBBBB());

ccc.add(new CCCCC());

ddd.add(new DDDDD());

}

本地环境是64位的JDK8&＃xff0c;默认的启动参数&＃xff0c;运行之后通过jmap -dump命令生成dump文件&＃xff0c;分别用MAT和VisualVM打开。

MAT

通过MAT打开&＃xff0c;可以发现ABD对象大小都是16字节&＃xff0c;反而C对象大小为24字节

VisualVM

通过VisualVM打开&＃xff0c;可以发现显示的大小和MAT的有蛮大的差别。

哪个才是正确的&＃xff1f;

要回答这个问题&＃xff0c;首先得清楚的知道JVM中一个对象的内存布局。

JVM中一个对象包含3个部分&＃xff1a;对象头、实例数据和对齐填充。

对象头

这里不讲对象头是个什么东西&＃xff0c;感兴趣的同学可以看我的其它文章。

对象头的大小一般和系统的位数有关&＃xff0c;也和启动参数UseCompressedOops有关&＃xff1a;32位系统&＃xff0c;占用 8 字节

64位系统&＃xff0c;开启UseCompressedOops时&＃xff0c;占用 12 字节&＃xff0c;否则是16字节

实例数据

原生类型的内存占用情况如下&＃xff1a;boolean 1

byte 1

short 2

char 2

int 4

float 4

long 8

double 8

引用类型的内存占用和系统位数以及启动参数UseCompressedOops有关32位系统占4字节

64位系统&＃xff0c;开启UseCompressedOops时&＃xff0c;占用4字节&＃xff0c;否则是8字节

对齐填充

在Hotspot中&＃xff0c;为了更加容易的管理内存&＃xff0c;一般会使用8字节进行对齐。

意思是每次分配的内存大小一定是8的倍数&＃xff0c;如果对象头&＃43;实例数据的值不是8的倍数&＃xff0c;那么会重新计算一个较大值&＃xff0c;进行分配。

结果

有了对象各部分的内存占用大小&＃xff0c;可以很轻松的计算出ABCD各对象在64位系统&＃xff0c;且开启UseCompressedOops参数时的大小。A对象只包含一个对象头&＃xff0c;大小占12字节&＃xff0c;不是8的倍数&＃xff0c;需要加上4字节进行填充&＃xff0c;一共占16字节

B对象包含一个对象头和int类型&＃xff0c;12&＃43;4&＃61;16&＃xff0c;正好是8的倍数&＃xff0c;不需要填充。

C对象包含一个对象头和long类型&＃xff0c;12&＃43;8&＃61;20&＃xff0c;不是8的倍数&＃xff0c;使用4个字节进行填充&＃xff0c;占24字节

D对象包含一个对象头和引用类型&＃xff0c;12&＃43;4&＃61;16&＃xff0c;正好是8的倍数&＃xff0c;不需要填充。

所以&＃xff0c;VisualVM的显示结果有问首先&＃xff0c;没有考虑是否开启UseCompressedOops

其次&＃xff0c;没有考虑对齐填充的情况

感兴趣的同学&＃xff0c;可以动手实践一下&＃xff0c;加深对对象内存布局的印象。

经过这段时间对MAT和VisualVM源码的研究&＃xff0c;发现MAT的功能不是强大一点点&＃xff0c;建议大家以后都使用MAT对dump文件进行分析。