能快速估算出每一个对象占用空间的大小可以在编程的时候正确选择数据结构
可以直接进入正题对象的组成这一节
byte与bit
bit: 位,比特。 信息的最小单位,二进制数中的一个位数(二进制位),其值为“0”或“1”;
byte: 字节。计算机文件大小的基本计算单位;
- 原码:正数本身,负数,正数对应的二进制最高位为1(负);
- 反码:正数本身,负数,符号位不变,其余各位取反;
- 补码:正数本身,负数:反码+1
- 0的反码、补码都为零
注意: 计算机处理是以补码形式,我们最终看到的是原码形式
例如:
1 | System.out.println((byte)233); // -23 |
列表
注意:
- 对于数组32,默认为int型,32B为byte类型,32S为short类型,32L为long型
- 基本数据类型自动转换(低转高,高转低会丢失精度)
- byte -> short
- char -> int -> long
- float -> double
- int -> float
- long -> double
后面会出一篇关于低转高,高转低的计算博文,敬请期待!
Java中对象占用内存大小
对象的组成
可用如下一张图来概括
具体大小
名称(单位byte) | 32位 | 64位 | 开启指针压缩后(指针对64位有效且默认开启) |
---|---|---|---|
对象头(Header) | 8 | 16 | 12 |
数组对象头 | 12 | 24 | 16 |
引用(reference) | 4 | 8 | 4 |
- 开启指针压缩指令
-XX:+UseCompressedOops
,关闭指令-XX:-UseCompressedOops
,只在64位才有效且默认开启; - 数组对象头比普通对象多了个数组长度;
对象头(Header)
“用于存储对象自身的运行时数据,如哈希码(HashCode)、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等,这部分数据的长度在32位和64位的虚拟机(未开启压缩指针)中分别为32bit和64bit,官方称它为”Mark Word”
实例数据(Instance Data)
“对象真正存储的有效信息,也是在程序代码中所定义的各种类型的字段内容。无论是从父类继承下来的,还是在子类中定义的,都需要记录起来”
对其补充(Padding)
“第三部分对齐填充并不是必然存在的,也没有特别的含义,它仅仅起着占位符的作用。由于HotSpot VM的自动内存管理系统要求对象起始地址必须是8字节的整数倍,换句话说,就是对象的大小必须是8字节的整数倍。而对象头部分正好是8字节的倍数(1倍或者2倍),因此,当对象实例数据部分没有对齐时,就需要通过对齐填充来补全。”
HotSpot的对齐方式为8字节对齐:
1 | (Header + Instance Data + Paddding) % 8 = 0 并且 0 <= padding < 8 |
实战
Shallow
与 Retained
区别
再看具体的例子之前,需要了解下两个名词,下面使用Java性能监控工具Jprofile
会用到
Shallow Size
对象自身占用的内存大小,不包括它引用的对象- 针对非数组类型的对象,它的大小就是对象与它所有的成员变量大小的总和。当然这里面还会包括一些java语言特性的数据存储单元。
- 针对数组类型的对象,它的大小是数组元素对象的大小总和。
Retained Size
Retained Size=当前对象大小+当前对象可直接或间接引用到的对象的大小总和。(间接引用的含义:A->B->C, C就是间接引用)
注意:以下实验均在此环境下进行:
1 | java version "1.8.0_171" |
实例一:
1 | public class A { |
分析: 64位下默认开启指针压缩,对象头位12byte, i
4byte,此时12 + 4 = 16 可以整除8,所以padding=0,最终
12(header) + 4(instance data)+0(padding)=16byte
jprofile结果如下:
如果我们关掉指针压缩,
16(header) + 4(instance data)+4(padding)=24byte
16+4=20,不能整除8,需要再加上4,Jprofile
如下
实例二
1 | public class B { |
比较特殊的地方时这里复制了,因为包装类型有自己的缓存,可以看这里*
开启指针压缩,计算内存大小
Shallow Size
: 12(B Header) + 4 (i instance) + 4 (ii reference) + 4(padding) = 24bytes
Retained Size
: 12(B Header) + 4 (i instance) + 4 (ii reference) + (12(ii header) + 4(instance)+ 0(padding)) + 4(padding) = 40bytes
Jprofile
如下
实例三
1 | public class C { |
多了数组,注意数组自己本身的padding
Shallow Size
: 12(C Header) + 4 (i instance) + 4 (cc reference) + 4(padding) = 24bytes
Retained Size
: 12(C Header) + 4 (i instance) + 4 (cc reference) + (16(cc header) + 2(instance) * 3+ 2(padding)) + 4(padding) = 48bytes
Jprofile
如下
实例四
1 | public class D { |
Shallow Size
: 12(D header) + 4(map reference) + 0(padding) = 16bytes
基本上Shallow Size
很容易就算出来
但是Retained Size
就异常的复杂,首先我们要去了解HashMap的结构
1 | transient Node<K,V>[] table; |
Node的结构如下:
1 | final int hash; |
注:此处的K,V是String
类型
再看String
的结构
1 | /** The value is used for character storage. */ |
以下是自己的计算过程,结果是对了,但不知道具体过程是否正确,仅供参考!!!
D对象
12(D header) + 4(map reference)
=16HashMap:
12(header) + 4(table ref) + 4(entrySet ref) + 4(size) + 4(modCount) + 4(thresload) + 4(float) + 4(keySet ref) + 4(values ref) + 4(padding)=48
Node[]:
16(header) + 4(hash) + 4(key ref) + 4(val ref) + 4(next ref) + 0(padding)=32
K与V:
(12(hader) + 4(hash) + 4(value ref) + (16(value header) + 1 * 2(char)) + 2(padding) = 40) * 2=80
最终:16 + 48 + 32 + 80 = 176!!!
总结
最后总结一下,计算一个对象的大小需要注意一下几步:
Shallow 与Retained的区别;
对象本身的大小;
对象引用的对象也要注意对其补充,保证其也是被8整除的;
机器位数
能快速估算出每一个对象占用空间的大小可以在编程的时候正确选择数据结构,有兴趣得可以看一下这一节
“5.2.6 不恰当数据结构导致内存占用过大”
摘录来自: 周志明. “深入理解Java虚拟机:JVM高级特性与最佳实践。” iBooks.
当然了,就算不知道怎么估算,最终还是有神器Jprofile
帮助我们监控性能与优化~
参考:
https://www.cnblogs.com/zhanjindong/p/3757767.html
https://blog.csdn.net/ITer_ZC/article/details/41822719
https://segmentfault.com/a/1190000006933272
https://www.jianshu.com/p/40faea07d4d2