1：对象的创建过程
1：类加载检查
虚拟机遇到一条new指令时，首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用，
并且检查这个符号引用代表的类是否已被加载、解析和初始化过。如果没有，那必须先执行相应的类加载过程。
2：分配内存
在类加载检查通过后，接下来虚拟机将为新生对象分配内存。
对象所需内存的大小在类 加载完成后便可完全确定，为对象分配空间的任务等同把一块确定大小的内存从Java堆中划分出来。
这个步骤有两个问题：
1：如何划分内存。
2：在并发情况下， 可能出现正在给对象A分配内存，指针还没来得及修改，
对象B又同时使用了原来的指针来分配内存的情况
划分内存的方法：
1：“指针碰撞”（Bump the Pointer）(默认用指针碰撞)
如果Java堆中内存是绝对规整的，所有用过的内存都放在一边，空闲的内存放在另一边，中间放着一个指针作为分界点
的指示器，那所分配内存就仅仅是把那个指针向空闲空间那边挪动一段与对象大小相等的距离。
2: “空闲列表”（Free List）
如果Java堆中的内存并不是规整的，已使用的内存和空 闲的内存相互交错，那就没有办法简单地进行指针碰撞了，虚拟
机就必须维护一个列表，记录上哪些内存块是可用的，在分配的时候从列表中找到一块足够大的空间划分给对象实例，
并更新列表上的记录
应对并发的方法：
1：CAS（compare and swap）：
虚拟机采用CAS配上失败重试的方式保证更新操作的原子性来对分配内存空间的动作进行同步处理。
2： 本地线程分配缓冲（Thread Local Allocation Buffer,TLAB）：
把内存分配的动作按照线程划分在不同的空间之中进行，即每个线程在Java堆中预先分配一小块内存。
通过XX:+/UseTLAB参数来设定虚拟机是否使用TLAB(JVM会默认开启XX:+UseTLAB)，XX:TLABSize 指定TLAB大小。
3：初始化
内存分配完成后，虚拟机需要将分配到的内存空间都初始化为零值（不包括对象头），
如果使用TLAB，这一工作过程也可以提前至TLAB分配时进行。
这操作保证了对象的实例字段在Java代码中可以不赋初始值就直接使用，程序能访问到这些字段的数据类型所对应的零值。
4：设置对象头
初始化零值之后，虚拟机要对对象进行必要的设置，
例如这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码、对象的GC分代年龄等信息。
这些信息存放在对象的对象头Object Header之中。
在HotSpot虚拟机中，对象在内存中存储的布局可以分为3块区域：
对象头（Header）、 实例数据（Instance Data）和对齐填充（Padding）。
HotSpot虚拟机的对象头包括两部分信息：
第一部分用于存储对象自身的运行时数据：
如哈希码（HashCode）、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时 间戳等。
第二步部分是类型指针，
即对象指向它的类元数据的指针（ 指向方法区的类信息）， 虚拟机通过这个指针来确定这个对象是哪个类的实例。
特别注意：
局部变量的math ：存放指向 堆 math 的地址
堆的math ：存放 math 对象 对象头有指针指向 方法区
方法区的Math.class：存放Math.class的类信息
堆的mathClass : 方便开发人员在堆里（作为一个入口）获取 Math.class的信息
如反射：
Class<? extends Math> mathClass = math.getClass();
mathClass.getName()
对象（8字节的倍数）：
包含：对象头
1：Mark World （32位 4字节 或者 64 位 8字节）
2：类型指针 8 字节 可以压缩成4字节
3：数组 4字节
包含：实例数据
包含：对齐
注意上图为32位的对象头的Mark World
注意下面为64位的对象头Mark World 的 hotspot源码：
// 64 bits:
// ‐‐‐‐‐‐‐‐
// unused:25 hash:31 ‐‐>| unused:1 age:4 biased_lock:1 lock:2 (normal object)
// JavaThread*:54 epoch:2 unused:1 age:4 biased_lock:1 lock:2 (biased object)
// PromotedObject*:61 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐>| promo_bits:3 ‐‐‐‐‐>| (CMS promoted object)
// size:64 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐>| (CMS free block)
//
// unused:25 hash:31 ‐‐>| cms_free:1 age:4 biased_lock:1 lock:2 (COOPs && normal object)
// JavaThread*:54 epoch:2 cms_free:1 age:4 biased_lock:1 lock:2 (COOPs && biased object)
// narrowOop:32 unused:24 cms_free:1 unused:4 promo_bits:3 ‐‐‐‐‐>| (COOPs && CMS promoted object)
// unused:21 size:35 ‐‐>| cms_free:1 unused:7 ‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐‐>| (COOPs && CMS free block)
5：执行<init>方法
执行<init>方法，即对象按照程序员的意愿进行初始化。
对应到语言层面上讲，就是为属性赋值
（注意，这与上面的赋零值不同，这是由程序员赋的值），和执行构造方法。
2：对象大小和指针压缩实战分析
// 引用该maven包
// <!-- 查看对象结构-->
// <dependency>
// <groupId>org.openjdk.jol</groupId>
// <artifactId>jol-core</artifactId>
// <version>0.9</version>
// </dependency>
public class JOLSample {
public static void main(String[] args) {
ClassLayout layoutObject = ClassLayout.parseInstance(new Object());
System.out.println(layoutObject.toPrintable());
System.out.println();
ClassLayout layoutInt = ClassLayout.parseInstance(new int[]{});
System.out.println(layoutInt.toPrintable());
System.out.println();
ClassLayout layoutSampleObject = ClassLayout.parseInstance(new SampleObject());
System.out.println(layoutSampleObject.toPrintable());
}
// ‐XX:+UseCompressedOops 默认开启的压缩所有指针
// ‐XX:+UseCompressedClassPointers 默认开启的压缩对象头里的类型指针Klass Pointer
// Oops : Ordinary Object Pointers
public static class SampleObject {
// 8B mark word
// 4B Klass Pointer
//4B
// 如果关闭压缩‐XX:‐UseCompressedClassPointers或‐XX:‐UseCompressedOops，则占用8B
int id;
//4B
// 如果关闭压缩‐XX:‐UseCompressedOops，则占用8B
String name;
//1B
byte b;
//4B
// 如果关闭压缩‐XX:‐UseCompressedOops，则占用8B
Object o;
}
}
注意：以下为对象分析 每个对象的大小应该是8字节的倍数
Object ：
第一二个红色箭头为 Object Header的MarkWorld 此时占8个字节（8个字节 一共64位）
蓝色箭头为 Klass Pointer 此时占4个字节（默认开启压缩占4个字节 不开启压缩占8个字节）
最后的：las due to next object alignment 对齐 导致处理效率更高（ 不用管）
int[] 数组：
第一二个红色箭头为 Object Header的MarkWorld 此时占8个字节（8个字节 一共64位）
蓝色箭头为 Klass Pointer 此时占4个字节（默认开启压缩占4个字节 不开启压缩占8个字节）
绿色箭头为数组的长度
SampleObject[] 对象：
绿色箭头 为 int的基本类型 4个字节
黄色箭头 为 byte的基本类型 1个字节 然后使用了padding 进行对齐
白色箭头都是引用类型：
1：String （指针） 指向String的地址 默认8个字节 这里压缩为4个字节
2：Object （指针）指向Object的地址 默认8个字节 这里压缩为4个字节
最后的：loss due to next object alignment 对齐
3： 什么是java对象的指针压缩？
1：jdk1.6 update14开始，在64bit操作系统中，JVM支持指针压缩
2：jvm配置参数:UseCompressedOops，compressed--压缩、oop(ordinary object pointer)--对象指针
3：指针压缩命令(默认开启)：
启用指针压缩: -XX:+UseCompressedOops
禁止指针压缩: -XX:-UseCompressedOops
注意：同时绿色的 类型指针 从一开始单个4个字节 变成两个4个字节（即8个字节）
为什么要进行指针压缩（了解）？
1：在64位平台的HotSpot中使用32位指针，内存使用会多出1.5倍左右，
使用较大指针在主内存和缓存之间移动数据，占用较大宽带，同时GC也会承受较大压力
2：为了减少64位平台下内存的消耗，启用指针压缩功能
3：在jvm中，32位地址最大支持4G内存(2的32次方)，可以通过
对对象指针存入堆内存时压缩编码，取出到cpu寄存器后解码方式进行优化
（对象指针在堆中是32位，在寄存器中是35位）
使得jvm只用32位地址就可以支持更大的内存配置(小于等于32G)
4：堆内存小于4G时，不需要启用指针压缩，jvm会直接去除高32位地址，即使用低虚拟地址空间
5：堆内存大于32G时，压缩指针会失效，会强制使用64位(即8字节)来对java对象寻址，
这就会出现1的问题，所以堆内存不要大于32G为好
关于对齐填充：对于大部分处理器，对象以8字节整数倍来对齐填充都是最高的存取方式
注意：32位电脑指的位 里面存放的是不是Bit位 而是以一组 8Bit=1Byte 的字节
2^32 = 4 * 1024(G) * 1024(M) * 1024(K) = 4294967296
等同于最大只可以支持4G内存
网友评论