内存中的Java原始数组布局

Question

以下是我想根据我的问题提出的两个样本(假设你在JOL这里):

Layouter layout32Bits =  new HotSpotLayouter(new X86_32_DataModel());
Layouter layout64BitsComp = new HotSpotLayouter(new X86_64_COOPS_DataModel());

并使用此示例:

int [] ints = new int[10];  

System.out.println(ClassLayout.parseInstance(ints, layout32Bits).toPrintable());
System.out.println(ClassLayout.parseInstance(ints, layout64BitsComp).toPrintable());

这是两个输出:

  [I object internals:
  OFFSET  SIZE   TYPE DESCRIPTION             VALUE
  0     4        (object header)     09 00 00 00 (00001001 00000000 00000000 00000000) (9)
  4     4        (object header)     00 00 00 00 (00000000 00000000 00000000 00000000) (0)
  8     4        (object header)     10 1b 0c 1a (00010000 00011011 00001100 00011010) (437000976)
 12    40    int [I.<elements>            N/A
 52    12        (loss due to the next object alignment)
 Instance size: 64 bytes
 Space losses: 0 bytes internal + 12 bytes external = 12 bytes total

  [I object internals:
  OFFSET  SIZE   TYPE DESCRIPTION             VALUE
  0     4        (object header)     09 00 00 00 (00001001 00000000 00000000 00000000) (9)
  4     4        (object header)     00 00 00 00 (00000000 00000000 00000000 00000000) (0)
  8     4        (object header)     10 1b 0c 1a (00010000 00011011 00001100 00011010) (437000976)
 12     4        (object header)     01 00 00 00 (00000001 00000000 00000000 00000000) (1)
 16    40    int [I.<elements>            N/A
 56     8        (loss due to the next object alignment)
 Instance size: 64 bytes
 Space losses: 0 bytes internal + 8 bytes external = 8 bytes total

我主要理解输出,我不知道的是这些是什么:

12 bytes external and 8 bytes external

通常,对象是8 bytes对齐的,那么为什么需要添加比所需更多的填充？

我知道一些奇怪的东西,第一个与JOL正在使用的API有关,第二个与内部数据有关,需要隐藏.

我也知道这一点,但它似乎没有关系,因为它意味着内部填充.

有人可以对此有所了解吗？

Answer 1

Instance size: 64 bytes是针对当前 VM 配置计算的，但您明确指定了不同的 (不兼容) Layouter。

实际大小（用 计算Instrumentation.getObjectSize）与预期大小（由 Layouter计算）之间的差异将被视为loss due to the next object alignment。

参见ClassLayout.java