JOL全称为Java Object Layout，是分析JVM中对象布局的工具，该工具大量使用了Unsafe、JVMTI来解码布局情况，所以分析结果是比较精准的，接下来我们就具体操作下。
我们先创建几个待分析的类对象实例。
然后创建分析主函数：
1.运行坏境为64位虚拟机。
2.主函数里所用到的包为jol工具，引入方式如下。
<dependency>
<groupId>org.openjdk.jol</groupId>
<artifactId>jol-core</artifactId>
<version>0.9</version>
</dependency>
结果如上图所示，A对象为16bytes，B对象为24bytes，C对象为24bytes，数组对象为56bytes。
接下来我们具体分析下这四个对象，看jol分析的结果是否正确。
java对象的组成部分：
1.对象头
在jvm虚拟机中每一个java对象都有一个对象头，对象头中包含标记字段以及对象指针，标记字段用来储存hash码、gc信息以及锁信息，而指针则指向改对象的类。在64位jvm虚拟机中这两部分都是64位的，所以也就是需要128位大小（16 bytes）。
注意：64位虚拟机中在堆内存小于32GB的情况下，UseCompressedOops是默认开启的，该参数表示开启指针压缩，会将原来64位的指针压缩为32位。
2.实例数据
类中所有的实例字段数据。
3.内存填充部分（alignment）
该部分作用是用来保证java对象在虚拟机中占内存大小为8N bytes。
4.数组长度
这个是数组对象才特有的。
java的基础数据类型所占内存情况如下表格：
A对象：A对象就是一个空对象，所以在内存中占据大小就是对象头的大小等于16 bytes，由于开启指针压缩则对象头占据大小为12 bytes，但是12 bytes字节不是8的倍数所以需要进行内存对齐，最后加上了4 bytes的空白字节，最终该对象占据16 bytes大小。
B对象：B对象包含一个long基本数据类型，所以大小等于 12 bytes+8 bytes=20 bytes，20 bytes不是8N所以需要加上4 bytes的填充字节，最终该对象占据24 bytes。
C对象：C对象包含一个long、一个int基本数据类型，所以大小等于 12 bytes+8 bytes+4 bytes=24 bytes，正好8N，不需要内存填充，最终该对象占据24 bytes。
D对象：D对象是一个数组对象，因为数组对象会多一个数组长度存储部分，所以大小等于12 bytes+4 bytes+4*10bytes=56 bytes。
至此我们已经分析完毕，感兴趣的小伙伴可以去试一下，加深下对对象内存大小的理解，或者更改下虚拟机的运行参数UseCompressedOops 设置为-XX:-UseCompressedOops关闭指针压缩看看结果又是多少。
