在Hotspot JVM中，32位机器下，Integer对象的大小是int的几倍？
我们都知道在Java语言规范已经规定了int的大小是4个字节，那么Integer对象的大小是多少呢？
要知道一个对象的大小，那么必须需要知道对象在虚拟机中的结构是怎样的，来看看Hotspot中对象在内存中的结构：
从上面的这张图里面可以看出，对象在内存中的结构主要包含以下几个部分：
Mark Word： 对象的Mark Word部分占4个字节，其内容是一系列的标记位，比如轻量级锁的标记位，偏向锁标记位等等。
Class对象指针：Class对象指针的大小也是4个字节，其指向的位置是对象对应的Class对象（其对应的元数据对象）的内存地址
对象实际数据： 这里面包括了对象的所有成员变量，其大小由各个成员变量的大小决定，
比如：byte和boolean是1个字节，short和char是2个字节，int和float是4个字节，long和double是8个字节，reference是4个字节
对齐： 最后一部分是对齐填充的字节，按8个字节填充。
根据上面的图，那么我们可以得出Integer的对象的结构如下：
Integer只有一个int类型的成员变量value，所以其对象实际数据部分的大小是4个字节，
然后再在后面填充4个字节达到8字节的对齐，所以可以得出Integer对象的大小是16个字节。
因此，我们可以得出Integer对象的大小是原生的int类型的4倍。
关于对象的内存结构，需要注意数组的内存结构和普通对象的内存结构稍微不同，
因为数据有一个长度length字段，所以在对象头后面还多了一个int类型的length字段，占4个字节，接下来才是数组中的数据，如下图：
1，HotSpot虚拟机中，对象在内存中存储的布局可以分为三块区域：
对象头（Header）、实例数据（Instance Data）和对齐填充（Padding）。
2，HotSpot虚拟机的对象头(Object Header)包括两部分信息，
2,1，第一部分用于存储对象自身的运行时数据，
如哈希码（HashCode）、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等等，
这部分数据的长度在32位和64位的虚拟机（暂 不考虑开启压缩指针的场景）中分别为32个和64个Bits，官方称它为“Mark Word”。
对象需要存储的运行时数据很多，其实已经超出了32、64位Bitmap结构所能记录的限度，
但是对象头信息是与对象自身定义的数据无关的额 外存储成本，
考虑到虚拟机的空间效率，Mark Word被设计成一个非固定的数据结构以便在极小的空间内存储尽量多的信息，它会根据对象的状态复用自己的存储空间。
例如在32位的HotSpot虚拟机 中对象未被锁定的状态下，
Mark Word的32个Bits空间中的25Bits用于存储对象哈希码（HashCode），4Bits用于存储对象分代年龄，2Bits用于存储锁标志 位，1Bit固定为0，
在其他状态（轻量级锁定、重量级锁定、GC标记、可偏向）下对象的存储内容如下表所示。
2,2，对象头的另外一部分是类型指针，
即是对象指向它的类的元数据的指针，虚拟机通过这个指针来确定这个对象是哪个类的实例。
并不是所有的虚拟机实现都必须在对象数据上保留类型指针，换句话说查找对象的元数据信息并不一定要经过对象本身。
另外，如果对象是一个Java数组，那在对象头中还必须有一块用于记录数组长度的数据，
因为虚拟机可以通过普通Java对象的元数据信息确定Java对象的大小，但是从数组的元数据中无法确定数组的大小。
