6

这是在 Java 6 内存模型之后。在 32 位 JVM 中，对象的 Shallow size 为

8 bytes (object header) + total of all instance variables + padding (optional)

如果前 2 个术语加起来不是 8 的倍数，则会有填充。

在 64 位 JVM 中，Shallow 大小为

16 bytes (object header) + total of all instance variables + padding (optional)

我的理解是这个 Object 标头由 2 个单词组成（oracle 热点 VM）

  • 一个经典的词
  • 一个标记词

在 32 位 JVM 上，对象标头 = 2 * 32 位 = 64 位 = 8 字节
在 64 位 JVM 上，对象标头 = 2 * 64 位 = 128 位 = 16 字节

但是使用 CompressedOops，3 个低位被截断，因此对于小于 32 gigs 的堆，它应该在 64 位 JVM 上恢复为 8 个字节

但是当我使用 JOL（Java 对象布局）测试对象布局时，它显示了 12 个字节的对象头。

测试代码

public class App  {
    public static void main( String[] args )
    {
        System.out.println(System.getProperty("java.version"));
        System.out.println(VMSupport.vmDetails());
        System.out.println(ClassLayout.parseClass(A.class).toPrintable());
    } 
}

class A {
   int a; 
}

输出

1.8.0_05
Running 64-bit HotSpot VM.
Using compressed references with 3-bit shift.
Objects are 8 bytes aligned.
Field sizes by type: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
Array element sizes: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]

com.layout.test.jolTesting.A object internals:
 OFFSET  SIZE  TYPE DESCRIPTION                    VALUE
      0    12       (object header)                N/A
     12     4   int A.a                            N/A
Instance size: 16 bytes (estimated, the sample instance is not available)
Space losses: 0 bytes internal + 0 bytes external = 0 bytes total

我在这里缺少什么会增加额外的 4 个字节？

4

2 回答 2

4

据我所知，这是因为与 klass 词相反，标记词不是使用CompressedOops编码的。

所以4字节（64位压缩klass字）+ 8字节（标记字）= 12字节（头）

于 2014-11-19T13:15:06.063 回答
2

HotSpot 有 8 字节、12 字节和 16 字节的对象头。这是因为标头包含两部分，markword（关于对象的元信息）和 classword（对类的引用）。在 32/64 位模式中，标记字占用 4 或 8 个字节。类词“只是”参考，因此可以在 64 位模式下压缩。

见：https ://shipilev.net/blog/2014/heapdump-is-a-lie/

于 2017-09-25T08:05:38.630 回答