本文最后更新于 2025-03-24，文章超过7天没更新，应该是已完结了~

对象实例化

创建对象的方式

  • new：最常见的方式、Xxx的静态方法，XxxBuilder/XxxFactory的静态方法

  • Class的newInstance方法：反射的方式，只能调用空参的构造器，权限必须是public

  • Constructor的newInstance(XXX)：反射的方式，可以调用空参、带参的构造器，权限没有要求

  • 使用clone()：不调用任何的构造器，要求当前的类需要实现Cloneable接口，实现clone()

  • 使用序列化：从文件中、从网络中获取一个对象的二进制流，然后将二进制流还原本地对象

  • 第三方库 Objenesis

创建对象的步骤

前面所述是从字节码角度看待对象的创建过程，现在从执行步骤的角度来分析：

1. 判断对象对应的类是否加载、链接、初始化

虚拟机遇到一条new指令，首先去检查这个指令的参数能否在Metaspace的常量池中定位到一个类的符号引用，并且检查这个符号引用代表的类是否已经被加载，解析和初始化（即判断类元信息是否存在）。

如果没有，那么在双亲委派模式下，用到的类 需要用的 类加载器以ClassLoader + 包名 + 类名为key进行查找对应的 .class文件；

  • 如果没有找到文件，则抛出ClassNotFoundException异常

  • 如果找到，则进行类加载，并生成对应的Class对象

2. 为对象分配内存

首先计算对象占用空间的大小，接着在堆中划分一块内存给新对象。如果实例成员变量是引用变量，仅分配引用变量空间即可，即4个字节大小（除了double,long是8字节，其它是4字节）

如果内存规整：虚拟机将采用的是指针碰撞法（Bump The Point）来为对象分配内存。

  • 意思是所有用过的内存在一边，空闲的内存放另外一边，中间放着一个指针作为分界点的指示器，分配内存就仅仅是把指针指向空闲那边挪动一段与对象大小相等的距离罢了。如果垃圾收集器选择的是Serial ，ParNew这种基于压缩算法的，虚拟机采用这种分配方式。一般使用带Compact（整理）过程的收集器时，使用指针碰撞。

如果内存不规整：虚拟机需要维护一个空闲列表（Free List）来为对象分配内存。

  • 已使用的内存和未使用的内存相互交错，那么虚拟机将采用的是空闲列表来为对象分配内存。意思是虚拟机维护了一个列表，记录上那些内存块是可用的，再分配的时候从列表中找到一块足够大的空间划分给对象实例，并更新列表上的内容。（CMS使用标记清除算法，就适合这种方式）

选择哪种分配方式由Java堆是否规整所决定，而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。

3. 处理并发问题

  • 采用CAS失败重试、区域加锁保证更新的原子性

  • 每个线程预先分配一块TLAB：通过设置 -XX:+UseTLAB参数来设定

4. 初始化分配到的内存

所有属性设置默认值，保证对象实例字段在不赋值时可以直接使用。（默认初始化）

5. 设置对象的对象头

将对象的所属类（即类的元数据信息）、对象的HashCode和对象的GC信息、锁信息等数据存储在对象的对象头中（还包括为了垃圾清除而记录的可达对象）。这个过程的具体设置方式取决于JVM实现。

6. 执行init方法进行初始化

在Java程序的视角看来，初始化才正式开始。初始化成员变量，执行实例化代码块，调用类的构造方法，并把堆内对象的首地址赋值给引用变量。（显式初始化）

因此一般来说（由字节码中跟随invokespecial指令所决定），new指令之后会接着就是执行方法，把对象按照程序员的意愿进行初始化，这样一个真正可用的对象才算完成创建出来。

对象内存布局

对象头相关说明：

哈希值：栈中的对象引用--->堆中对象实体 通过哈希值 记录堆中 该对象的首位地址 进行关联

GC分代年龄：记录年龄（垃圾回收的年龄计数器）

类型指针：指向方法区该对象的类型（通过obj.getClass方法获取）

举例

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();
    }
}

图示

对象的访问定位

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

句柄访问

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

直接指针（HotSpot采用）

直接指针是局部变量表中的引用，直接指向堆中的实例，在对象实例中有类型指针，指向的是方法区中的对象类型数据

直接内存Direct Memory（了解）

直接内存概述

不是虚拟机运行时数据区的一部分，也不是《Java虚拟机规范》中定义的内存区域。直接内存是在Java堆外的、直接向系统申请的内存区间。来源于NIO，通过存在堆中的DirectByteBuffer操作Native内存。通常，访问直接内存的速度会优于Java堆，即读写性能高。

  • 因此出于性能考虑，读写频繁的场合可能会考虑使用直接内存。

  • Java的NIO库允许Java程序使用直接内存，用于数据缓冲区

public class BufferTest {
    public static final int BUFFER=1024*1024*1024; //1GB

    public static void main(String[] args) {
        ByteBuffer byteBuffer = ByteBuffer.allocateDirect(BUFFER);
        System.out.println("直接内存分配完毕");
        Scanner scanner = new Scanner(System.in);
        scanner.next();
        System.out.println("直接内存开始释放");
        byteBuffer=null;
        System.gc();
        scanner.next();
    }
}

非直接缓存区

使用IO读写文件，需要与磁盘交互，需要由用户态切换到内核态。在内核态时，需要两份内存存储重复数据，效率低。

直接缓存区

使用NIO时，操作系统划出的直接缓存区可以被java代码直接访问，只有一份。NIO适合对大文件的读写操作。

也可能导致OutOfMemoryError异常

由于直接内存在Java堆外，因此它的大小不会直接受限于-Xmx指定的最大堆大小，但是系统内存是有限的，Java堆和直接内存的总和依然受限于操作系统能给出的最大内存。

  • 分配回收成本较高

  • 不受JVM内存回收管理（1.8以后由于改成了元空间，它的垃圾回收就不是由java来控制了，元空间的默认情况下内存空间是使用的操作系统的内存空间，所以空间的容量是比较充裕的，不会发生元空间的空间不足问题。）

直接内存大小可以通过MaxDirectMemorySize设置。如果不指定，默认与堆的最大值-Xmx参数值一致