本文详细探讨了Java对象实例化的步骤，包括类加载、内存分配、并发处理、初始化等，并分析了对象内存布局的三个部分：对象头、实例数据和对齐填充。此外，还介绍了对象访问定位的两种方式以及直接内存的概念、使用场景和回收机制。重点讨论了对象头的运行时元数据和类型指针，以及它们与方法区、堆中Class对象的关系。
笔记来源：尚硅谷JVM全套教程，百万播放，全网巅峰（宋红康详解java虚拟机）
笔记来源：黑马程序员JVM完整教程，全网超高评价，全程干货不拖沓附有一些个人见解，如有错误，请指正！
8. 对象实例化及直接内存
8.1. 对象实例化
面试题
美团：
对象在JVM中是怎么存储的？
对象头信息里面有哪些东西？
蚂蚁金服：
Java对象头有什么？
8.1.1. 创建对象的方式
- new：最常见的方式、Xxx的静态方法，XxxBuilder/XxxFactory的静态方法
- Class的newInstance方法：反射的方式，只能调用空参的构造器，权限必须是public
- Constructor的newInstance(XXX)：反射的方式，可以调用空参、带参的构造器，权限没有要求
- 使用clone()：不调用任何的构造器，要求当前的类需要实现Cloneable接口，实现clone()
- 使用序列化：从文件中、从网络中获取一个对象的二进制流
- 第三方库 Objenesis
8.1.2. 创建对象的步骤
从字节码角度看待对象的创建过程
- 从最简单的Object ref = new Object()
- new:如果找不到Class对象,则进行类加载。加载成功后,则在堆中分配内存,从Object 开始到本类路径上的所有属性值都要分配内存。分配完毕之后,进行零值初始化。在分配过程中,注意引用是占据存储空间的,它是一个变量,占用4个字节。这个指令完毕后,将指向实例对象的引用变量压入虚拟机栈顶。
- dup:在栈顶复制该引用变量,这时的栈顶有两个指向堆内实例对象的引用变量。如果 方法有参数,还需要把参数压人操作栈中。两个引用变量的目的不同,其中压至底下的引用用于赋值,或者保存到局部变量表,另一个栈顶的引用变量作为句柄调用相关方法。
- invokespecial:调用对象实例方法,通过栈顶的引用变量调用init方法。
补充:clinit是类初始化时执行的方法, 而init 是对象初始化时执行的方法。
前面所述是从字节码角度看待对象的创建过程，现在从执行步骤的角度来分析：
1. 判断对象对应的类是否加载、链接、初始化
虚拟机遇到一条new指令，首先去检查这个指令的参数能否在Metaspace的常量池中定位到一个类的符号引用，并且检查这个符号引用代表的类是否已经被加载，解析和初始化（即判断类元信息是否存在）。
如果没有，那么在双亲委派模式下，使用当前类加载器以ClassLoader + 包名 + 类名为key进行查找对应的 .class文件；
- 如果没有找到文件，则抛出ClassNotFoundException异常
- 如果找到，则进行类加载，并生成对应的Class对象
2. 为对象分配内存
首先计算对象占用空间的大小，接着在堆中划分一块内存给新对象。如果实例成员变量是引用变量，仅分配引用变量空间即可，即4个字节大小
如果内存规整：虚拟机将采用的是指针碰撞法（Bump The Point）来为对象分配内存。
- 意思是所有用过的内存在一边，空闲的内存放另外一边，中间放着一个指针作为分界点的指示器，分配内存就仅仅是把指针指向空闲那边挪动一段与对象大小相等的距离罢了。如果垃圾收集器选择的是Serial ，ParNew这种基于压缩算法的，虚拟机采用这种分配方式。一般使用带Compact（整理）过程的收集器时，使用指针碰撞。
如果内存不规整：虚拟机需要维护一个空闲列表（Free List）来为对象分配内存。
- 已使用的内存和未使用的内存相互交错，那么虚拟机将采用的是空闲列表来为对象分配内存。意思是虚拟机维护了一个
列表，记录上那些内存块是可用的，再分配的时候从列表中找到一块足够大的空间划分给对象实例，并更新列表上的内容。
选择哪种分配方式由Java堆是否规整所决定，而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。
3. 处理并发问题（防止多线程同时对某一块内存区域操作）
- 采用CAS失败重试、区域加锁保证更新的原子性
- 每个线程预先分配一块TLAB：通过设置
-XX:+UseTLAB参数来设定
4. 初始化分配到的内存
所有属性设置默认值，保证对象实例字段在不赋值时可以直接使用
5. 设置对象的对象头
将对象的所属类（指向堆中的class对象）、对象的HashCode和对象的GC信息、锁信息等数据存储在对象的对象头中。这个过程的具体设置方式取决于JVM实现。
6. 执行init方法进行初始化
在Java程序的视角看来，初始化才正式开始。初始化成员变量，执行实例化代码块，调用类的构造方法，并把堆内对象的首地址赋值给引用变量。
因此一般来说（由字节码中跟随invokespecial指令所决定），new指令之后会接着就是执行方法，把对象按照程序员的意愿进行初始化，这样一个真正可用的对象才算完成创建出来。
给对象属性赋值的操作
- 属性的默认初始化(这一步最先执行)
- 显式初始化 (这两步根据代码顺序执行)
- 代码块中初始化(这两步根据代码顺序执行)
- 构造器中初始化(这一步最后执行)
class Test33{
{
a=2;
}
int a=1;
//最终a会等于1
}
class Test33{
int a=1;
{
a=2;
}
//最终a会等于2
}
对象实例化的过程
- 加载类元信息
- 为对象分配内存
- 处理并发问题
- 属性的默认初始化（零值初始化）
- 设置对象头信息
- 属性的显示初始化、代码块中初始化、构造器中初始化
8.2. 对象内存布局
-
对象内部结构分为：对象头、实例数据、对齐填充(保证8个字节的倍数)
-
对象头分为对象标记(markOop)和类元信息(klassOop),类元信息存储的是指向该对象类元数据(klass)的首地址
8.2.1. 对象头（Header）
对象头包含了两部分，分别是运行时元数据（Mark Word）和类型指针。如果是数组，还需要记录数组的长度（ 在64位系统中,Mark Word占了8个字节,类型指针占了8个字节,一共是16个字节）
运行时元数据
- 哈希值（HashCode）
- GC分代年龄
- 锁状态标志
- 线程持有的锁
- 偏向线程ID
- 偏向时间戳
类型指针
指向类元数据InstanceKlass，确定该对象所属的类型。
关于方法区instanceKlass跟堆中Class对象的问题
-
方法字节码中的符号引用指向了方法区的Class数据，还是堆内存中Class对象？
首先要分清楚方法区中的类数据和堆中Class对象的区别。堆Class对象本质上是对方法区类型数据的一个访问接口。在Java类文件（除了数组类型）的加载过程中，首先会把.class二进制文件转化为方法区的运行时数据结构，然后会在Java堆内存中实例化一个java.lang.Class类的对象，用来访问方法区中的类型数据。因此，堆中的Class并不存储常量、方法等实际信息。看到这里，你应该已经明白了，创建对象时符号表引用指向的类肯定是方法区中的类数据，因为没有必要通过Class对象来间接访问方法区，这样需要两次引用解析，开销更大。
-
创建好的对象的对象头里存放的类型指针指向的是方法区中类型数据还是堆内存的Class对象？
首先要搞清楚，对象为什么要引用方法区中的类型数据？
- 进行类型强转（cast）操作或者instanceof判断时，虚拟机需要查看目标类型是 不是当前对象的类型或者父类之一。
- 当调用实例方法时，需要进行动态绑定，动态绑定的过程需要类的信息。
和上一问一样，我们需要引用的最终目标是方法区中类有关的信息，所以类型指针直接指向方法区中的类型数据。
-
如果类型指针指向的是方法区中的类数据，那么这个在堆中的Class对象又有什么用？
Class对象为程序员提供了查看方法区类型信息的接口, 如类名，当前对象的父类，方法，变量等。对于同一个ClassLoader, 只存在一个Class对象。Class对象可以通过两种方法获得：
- 根据实例对象获得：ref.getClass()
- 根据类名获得：ClassName.class , 基本类型只可以通过这种方式获得Class对象。
-
new操作返回的instanceOopDesc类型指针指向instanceKlass，而instanceKlass指向了对应的类型的Class实例的instanceOopDesc；既然已经指向了方法区的类数据，那为什么还要指回Class实例？
因为对象指向的是方法区，所以要想得到Class实例的引用，就必须通过方法区的数据，instanceKlass保留对Class实例的引用是必要的。
8.2.2. 实例数据（Instance Data）
它是对象真正存储的有效信息，包括程序代码中定义的各种类型的字段（包括从父类继承下来的和本身拥有的字段）
- 相同宽度的字段总是被分配在一起
- 父类中定义的变量会出现在子类之前
- 如果CompactFields参数为true（默认为true）：子类的窄变量可能插入到父类变量的空隙
8.2.3. 对齐填充（Padding）
不是必须的，也没有特别的含义，仅仅起到占位符的作用
举例
public class Customer{
int id = 1001;
String name;
Account acct;
{
name = "匿名客户";
}
public Customer() {
acct = new Account();
}
}
public class CustomerTest{
public static void main(string[] args){
Customer cust=new Customer();
}
}
图示
小结
8.3. 对象的访问定位
JVM是如何通过栈帧中的对象引用访问到其内部的对象实例呢？
8.3.1. 句柄访问
reference中存储稳定句柄地址，对象被移动（垃圾收集时移动对象很普遍）时只会改变句柄中实例数据指针即可，reference本身不需要被修改
8.3.2. 直接指针（HotSpot采用）
直接指针是局部变量表中的引用，直接指向堆中的实例，在对象实例中有类型指针，指向的是方法区中的对象类型数据
8.4. 直接内存（Direct Memory）
8.4.1. 直接内存概述
不是虚拟机运行时数据区的一部分，也不是《Java虚拟机规范》中定义的内存区域。直接内存是在Java堆外的、直接向系统申请的内存区间。来源于NIO，通过存在堆中的DirectByteBuffer操作Native内存。通常，访问直接内存的速度会优于Java堆，即读写性能高。
- 因此出于性能考虑，读写频繁的场合可能会考虑使用直接内存。
- Java的NIO库允许Java程序使用直接内存，用于数据缓冲区
8.4.2. 非直接缓存区
使用IO读写文件，需要与磁盘交互，需要由用户态切换到内核态。在内核态时，需要两份内存存储重复数据，效率低。
8.4.3. 直接缓存区
使用NIO时，操作系统划出的直接缓存区可以被java代码直接访问，只有一份。NIO适合对大文件的读写操作。
也可能导致OutOfMemoryError异常
Exception in thread "main" java.lang.OutOfMemoryError: Direct buffer memory
at java.nio.Bits.reserveMemory(Bits.java:693)
at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123)
at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311)
at com.atguigu.java.BufferTest2.main(BufferTest2.java:20)
由于直接内存在Java堆外，因此它的大小不会直接受限于-Xmx指定的最大堆大小，但是系统内存是有限的，Java堆和直接内存的总和依然受限于操作系统能给出的最大内存。
- 分配回收成本较高
- 不受JVM内存回收管理
直接内存大小可以通过MaxDirectMemorySize设置。如果不指定，默认与堆的最大值-Xmx参数值一致
8.4.4. 直接内存的回收机制总结
- 使用了 Unsafe 类来完成直接内存的分配回收，回收需要主动调用freeMemory 方法
- ByteBuffer 的实现内部使用了 Cleaner（虚引用）来检测 ByteBuffer 。一旦ByteBuffer 被垃圾回收，那么会由 ReferenceHandler（守护线程） 来调用 Cleaner 的 clean 方法调用 freeMemory 来释放内存
469
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
