JVM-07-对象的实例化内存布局与访问定位

对象实例化

对象实例化的几种方式

• new
  • 直接new
  • 使用XXX的静态方法去new
  • 使用XXXBuilder或XXXFactory去new
• Class的newInstance()：反射的方式，只能调用空参的构造器，且权限必须是public，JDK8之后已经不建议使用
• Constructor的newInstance()：反射的方式，可以调用所有的构造器，不限制权限，JDK8之后推荐来替代Class的newInstance()
• 使用clone()：不调用构造器，但是当前类必须实现Cloneable接口，实现clone()
• 使用反序列化：从文件、网络中获取一个对象的二进制流
• 使用第三方库Objenesis

对象创建的六个步骤

从字节码来看：

new->dup（复制）->调用构造器->store

从执行过程来看：

• 判断对象对应的类是否加载、链接、初始化
  • 虚拟机遇到一条new指令，首先去检测这个指令的参数能否在Metaspace的常量池中定位到一个符号引用，并且检查这个符号引用代表的类是否已经被加载、解析、和初始化，如果没有，那么在双亲委派机制下，使用当前类加载器以ClassLoader+包名+类名为key进行查找对应的class文件，如果没有找到该文件，则抛出ClassNotFoundException异常，如果找到，则进行类加载并生成对应的Class对象。
• 为对象分配内存：
  • 首先计算对象占用空间的大小，接着在堆中划分一块内存给新对象，如果实例成员变量是引用变量，仅分配引用变量空间即可，即4个字节大小
    • 如果内存是规整的，那么虚拟机将采用的是指针碰撞法来为对象分配内存
      • 意思是，所有用过的内存在一边，空闲的内存在另一边，中间放着一个指针作为分界点的指示器，分配内存就仅仅是把指针向空闲那边挪动一段与对象大小相等的距离，如果垃圾选择器选择的是Serial、ParNew这种基于压缩算法的，虚拟机将采用这种分配方式，一般使用带有compact（整理）过程的收集器时，使用指针碰撞
    • 如果内存不是规整的，已使用的内存和未使用的内存相互交错，那么虚拟机将采用的是空闲列表法来为对象分配内存
      • 虚拟机维护了一个列表，记录上那些内存块是可用的，在分配的时候从列表中找到一块足够大的空间划分给对象实例，并更新表上的内容，这种分配方式成为“空闲列表”
  • 说明：选择那种分配方式有Java堆是否规整决定，而Java堆是否规整又由所采用的垃圾收集器是否带有压缩功能决定
• 处理并发安全问题
  • 在分配内存空间时，另外一个问题是及时保证new对象时候的线程安全性：创建对象是非常频繁的操作，虚拟机需要解决并发问题，采用了两种方式：
    • CAS（Compare And Swap）失败重试、区域加锁：保证指针更新操作的原子性
    • TLAB：把内存分配的动作按照线程划分在不同的空间之中进行，即每个线程在Java堆预先分配一小块内存，称为本地线程分配缓冲区（Thread Local Allocation Buffer），虚拟机是否使用TLAB可通过-XX:+/-UseTLAB来决定
• 初始化分配到的空间
  • 内存分配结束，虚拟机将分配到的内存空间都初始化为零值（不包括对象头），这一步保证了对象的实例字段在Java代码中可以不用赋初始值就可以直接使用，程序能访问到这些字段的数据类型所对应的零值
• 设置对象头
  • 将对象所属类（即类的元数据信息）、对象的HashCode和对象的GC信息、锁信息等数据存储在对象的对象头中。这个过程的具体设置方式取决于JVM实现
• 执行init方法进行初始化
  • 在Java程序的视角看来，初始化才正式开始，初始化成员变量，执行实例化代码块，调用类的构造方法，并把堆内对象的首地址赋值给引用变量。因此一般来说（由字节码中是否跟随有invokespecial指令决定），new指令之后接着就是执行方法，把对象按照程序员的意愿进行初始化，这样一个真正可用的对象才算完全创建出来。

对象的内存布局

对象访问定位

JVM是如何通过栈帧中的对象引用访问到其内部的对象实例？

对象访问的两种主要方式

• 句柄访问
  • reference中存储稳定句柄地址，对象被移动（垃圾收集时移动对象很普遍）时只会改变句柄中实例数据指针即可，reference本身不需要被修改

• 直接指针（Hotspot使用）