Java 数字等宽的占位符 java中的占位符

转载

mob64ca14154457 2024-08-07 17:47:50

文章标签 Java 数字等宽的占位符 java占位符填充 Word 数据 sed 文章分类 Java 后端开发

在 HotSpot 虚拟机中，对象在内存中存储的布局分为 3 块区域：对象头 ( Header ) 、实例数据 ( InstanceData ) 和对齐填充 (Padding) 。

一、对象的内存布局

1、对象头 ( Header )

HotSpot 虚拟机的对象头包括以下信息：

“Mark Word”：

存储对象自身的运行时数据，如：哈希码 ( HashCode ) 、GC 分代年龄、锁状态标志、线程持有的锁、偏向线程 ID 、偏向时间戳等。这部分数据的长度在 32 位和 64 位的虚拟机中分别为 32 bit 和 64 bit 。

“Klass”：

类型指针，指向该对象的类元数据 ( 方法区 ) 的指针，虚拟机通过该指针来确定这个对象属于哪个类。这部分数据的长度在 32 位和 64 位的虚拟机中分别为 32 bit 和 64 bit ( 如果开启了指针压缩则为 4 bytes )。

“Array Length”：如果对象是一个 Java 数组，那么对象头中还有一块用于记录数组长度的数据

用于确定数组的大小，int 类型，大小为 4 bytes。

2、实例数据 ( InstanceData )

Java 数字等宽的占位符 java中的占位符_Java 数字等宽的占位符

reference : 在 32 位和 64 位虚拟机中分别为 4 bytes 和 8 bytes ( 如果开启了指针压缩则为 4 bytes )。

3、对齐填充 (Padding)

不是必然存在，无特殊含义，仅仅是占位符的作用。因为 HotSpot VM 的自动内存管理系统要求对象起始地址必须是 8 字节的整数倍，当对象大小没有对齐时，需要通过对齐填充来补全。

所以对象的内存布局示意图如下：

Java 数字等宽的占位符 java中的占位符_java占位符填充_02

二、下面我们来看一个例子：

/**
 * environment:
 * java version "1.8.0_101"
 * Java(TM) SE Runtime Environment (build 1.8.0_101-b13)
 * Java HotSpot(TM) 64-Bit Server VM (build 25.101-b13, mixed mode)
 * VM options: 
 * -XX:+UseCompressedOops 使用指针压缩;
 * -XX:-UseCompressedOops 不使用指针压缩;
 */
public class MemoryUseTest {
 private static Unsafe unsafe;
// 为了获取 field 的 offset
 static {
 try {
 Field f = Unsafe.class.getDeclaredField("theUnsafe");
 f.setAccessible(true);
 unsafe = (Unsafe) f.get(null);
 } catch (Exception e) {
 }
 }
 public static Unsafe getUnsafe() {
 return unsafe;
 }
 public static void main(String[] args) {
 MemoryUse obj = new MemoryUse();
 System.out.println("obj shallow size is : " + MemoryUtil.memoryUsageOf(obj));
 System.out.println("obj deep size is : " + MemoryUtil.deepMemoryUsageOf(obj) + "");
 System.out.println("obj offset is : ");
 for (Field field : obj.getClass().getDeclaredFields()) {
 System.out.println(" offset : " + getUnsafe().objectFieldOffset(field) + ", field name : " + field.getName());
 }
 }
 static class MemoryUse {
 long long0;
 int int0;
 long long1;
 byte byte0;
 short short0;
 String str0 = "hello world";
 }
}
1、开启指针压缩，输出结果如下：
-XX:+UseCompressedOops
output:
obj shallow size is : 40
obj deep size is : 104
obj offset is : 
offset : 16, field name : long0
offset : 12, field name : int0
offset : 24, field name : long1
offset : 34, field name : byte0
offset : 32, field name : short0
offset : 36, field name : str0

我们根据 field 的 offset 结合实例数据的长度来分析一下 obj 的 size 为什么会是这个结果：

(1)obj : 40 (即 shallow size：遇到引用时，只计算引用的长度，不计算所引用的对象的实际大小。)

Java 数字等宽的占位符 java中的占位符_sed_03

Mark Word(8) + Klass(4) + int0(4) + long0(8) + long1(8) + short0(2) + byte0(1) + Padding(1) + str0(4) = 40

(2)str0 : 24

Java 数字等宽的占位符 java中的占位符_sed_04

Mark Word(8) + Klass(4) + hash(4) + value[](4) + Padding(4) = 24

(3)value[] : 40

Java 数字等宽的占位符 java中的占位符_sed_05

Mark Word(8) + Klass(4) + Array Length(4) + Instance Data(11*2) + Padding(2) = 40

最终 obj 占用内存大小为 40 + 24 + 40 = 104 bytes

(即 deep size：即遇到引用时，会把所引用的对象的实际大小也计算出来，如示例中的 str0)；

从示例的图示来看，字段的存储顺序和其在对象中申明的顺序并不是完全相同的。这是因为：

HotSpot 虚拟机默认的分配策略为 longs/doubles、ints、shorts/chars、bytes/booleans、oops(Ordinary Object Pointers)，从分配策略中可以看出，相同宽度的字段总是被分配在一起。

2、不开启指针压缩，输出结果如下：

-XX:-UseCompressedOops
output:
obj shallow size is : 48
obj deep size is : 128
obj offset is : 
offset : 16, field name : long0
offset : 32, field name : int0
offset : 24, field name : long1
offset : 38, field name : byte0
offset : 36, field name : short0
offset : 40, field name : str0

同理可得到：

(1)obj : 48 (即 shallow size：遇到引用时，只计算引用的长度，不计算所引用的对象的实际大小。)

Java 数字等宽的占位符 java中的占位符_java占位符填充_06