JVM 上篇（8）：对象实例化及直接内存

面试题

美团：

对象在JVM中是怎么存储的？

对象头信息里面有哪些东西？

蚂蚁金服：

Java对象头有什么

创建对象的方式

• new：最常见的方式、Xxx的静态方法、 XxxBuilder/XxxFactory的静态方法。
• Class的newInstance方法：反射的方式，只能调用空参的构造器，权限必须是public
• Constructor的newInstance(XXX)：反射的方式，可以调用空参、带参的构造器，权限没有要求
• 使用clone()：不调用任何的构造器，要求当前的类需要实现Cloneable接口，实现clone()
• 使用序列化：从文件中、从网络中获取一个对象的二进制流
• 第三方库 Objenesis

创建对象的步骤

对象创建的步骤：从字节码看待对象的创建过程

public class ObjectTest {
    public static void main(String[] args) {
        Object obj = new Object();
    }
}

 public static void main(java.lang.String[]);
    descriptor: ([Ljava/lang/String;)V
    flags: ACC_PUBLIC, ACC_STATIC
    Code:
      stack=2, locals=2, args_size=1
         0: new           #2                  // class java/lang/Object
         3: dup           
         4: invokespecial #1                  // Method java/lang/Object."<init>":()V
         7: astore_1
         8: return
      LineNumberTable:
        line 9: 0
        line 10: 8
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
            0       9     0  args   [Ljava/lang/String;
            8       1     1   obj   Ljava/lang/Object;
}

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

• 虚拟机遇到一条new指令，首先去检查这个指令的参数能否在Metaspace的常量池中定位到一个类的符号引用，并且检查这个符号引用代表的类是否已经被加载，解析和初始化。（即判断类元信息是否存在）。
• 如果该类没有加载，那么在双亲委派模式下，使用当前类加载器以ClassLoader + 包名 + 类名为key进行查找对应的.class文件，如果没有找到文件，则抛出ClassNotFoundException异常，如果找到，则进行类加载，并生成对应的Class对象。

2、 为对象分配内存

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

如果内存规整：

采用指针碰撞分配内存，又叫指针碰撞法（Bump The Point）来为对象分配内存（其实就是操作系统中的连续内存分配法）。

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

如果内存不规整：

如果内存不是规整的，已使用的内存和未使用的内存相互交错，那么虚拟机将采用的是空闲列表来为对象分配内存（OS中的不连续分配法）。

• 意思是虚拟机维护了一个列表，记录上哪些内存块是可用的，再分配的时候从列表中找到一块足够大的空间划分给对象实例，并更新列表上的内容。这种分配方式成为了 “空闲列表（Free List）”

选择哪种分配方式由Java堆是否规整所决定，而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。标记清除算法清理过后的堆内存，就会存在很多内存碎片。

3、处理并发问题

• 采用CAS+失败重试保证更新的原子性
  每个线程预先分配TLAB - 通过设置 -XX:+UseTLAB参数来设置（区域加锁机制）
• 在Eden区给每个线程分配一块区域

4、初始化分配到的空间

所有属性设置默认值，保证对象实例字段在不赋值可以直接使用

给对象属性赋值的顺序：

• 属性的默认值初始化
• 显示初始化/代码块初始化（并列关系，谁先谁后看代码编写的顺序）
• 构造器初始化

5、设置对象的对象头

将对象的所属类（即类的元数据信息）、对象的HashCode和对象的GC信息、锁信息等数据存储在对象的对象头中。这个过程的具体设置方式取决于JVM实现。

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

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

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

从字节码角度看 init 方法

/**
 * 测试对象实例化的过程
 *  ① 加载类元信息 - ② 为对象分配内存 - ③ 处理并发问题  - ④ 属性的默认初始化（零值初始化）
 *  - ⑤ 设置对象头的信息 - ⑥ 属性的显式初始化、代码块中初始化、构造器中初始化
 *
 *
 *  给对象的属性赋值的操作：
 *  ① 属性的默认初始化 - ② 显式初始化 / ③ 代码块中初始化 - ④ 构造器中初始化
 */

public class Customer{
    int id = 1001;
    String name;
    Account acct;

    {
        name = "匿名客户";
    }
    public Customer(){
        acct = new Account();
    }

}
class Account{

}

 0 aload_0
 1 invokespecial #1 <java/lang/Object.<init>>
 4 aload_0
 5 sipush 1001
 8 putfield #2 <com/atguigu/java/Customer.id>
11 aload_0
12 ldc #3 <匿名客户>
14 putfield #4 <com/atguigu/java/Customer.name>
17 aload_0
18 new #5 <com/atguigu/java/Account>
21 dup
22 invokespecial #6 <com/atguigu/java/Account.<init>>
25 putfield #7 <com/atguigu/java/Customer.acct>
28 return

init() 方法的字节码指令：

• 属性的默认值初始化：id = 1001;
• 显示初始化/代码块初始化：name = "匿名客户";
• 构造器初始化：acct = new Account();

对象的内存布局

对象头（Header）

对象头包含了两部分，分别是运行时元数据（Mark Word）和类型指针。如果是数组，还需要记录数组的长度

运行时元数据

• 哈希值（HashCode）
• GC分代年龄
• 锁状态标志
• 线程持有的锁
• 偏向线程ID
• 翩向时间戳
• 类型指针：指向类元数据InstanceKlass，确定该对象所属的类型。

实例数据（Instance Data）

它是对象真正存储的有效信息，包括程序代码中定义的各种类型的字段（包括从父类继承下来的和本身拥有的字段）

• 相同宽度的字段总是被分配在一起
• 父类中定义的变量会出现在子类之前
• 如果CompactFields参数为true（默认为true）：子类的窄变量可能插入到父类变量的空隙

对齐填充（Padding）

不是必须的，也没有特别的含义，仅仅起到占位符的作用

例子

public class Customer{
    int id = 1001;
    String name;
    Account acct;

    {
        name = "匿名客户";
    }
    public Customer(){
        acct = new Account();
    }
	public static void main(String[] args) {
        Customer cust = new Customer();
    }
}
class Account{

}

图解内存布局：

小结

对象的访问定位

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

定位：通过栈上reference访问. 具体的方式由 句柄访问 和 直接访问 两种。

句柄访问

通过reference数据中值访问句柄池，然后利用句柄池中的指针访问方法区中的具体实例。

缺点： 在堆空间中开辟了一块空间作为句柄池，句柄池本身也会占用空间；通过两次指针访问才能访问到堆中的对象，效率低
优点： reference中存储稳定句柄地址，对象被移动（垃圾收集时移动对象很普遍）时只会改变句柄中实例数据指针即可，reference本身不需要被修改

直接指针（HotSpot采用）

优点： 直接指针是局部变量表中的引用，直接指向堆中的实例，在对象实例中有类型指针，指向的是方法区中的对象类型数据
缺点： 对象被移动（垃圾收集时移动对象很普遍）时需要修改 reference 的值

直接内存

直接内存概述不是虚拟机运行时数据区的一部分，也不是《Java虚拟机规范》中定义的内存区域。直接内存是在Java堆外的、直接向系统申请的内存区间。

• 来源于NIO，通过存在堆中的DirectByteBuffer操作Native内存
• 通常，访问直接内存的速度会优于Java堆。即读写性能高。
• 因此出于性能考虑，读写频繁的场合可能会考虑使用直接内存。Java的NIO库允许Java程序使用直接内存，用于数据缓冲区

/**
 *  IO                  NIO (New IO / Non-Blocking IO)
 *  byte[] / char[]     Buffer
 *  Stream              Channel
 *
 * 查看直接内存的占用与释放
 */
public class BufferTest {
    private 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();
    }
}

直接占用了 1G 的本地内存

BIO 与 NIO

非直接缓存区（BIO）

原来采用BIO的架构，在读写本地文件时，我们需要从用户态切换成内核态：

NIO直接缓冲

直接操作物理磁盘，省去了中间过程

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

直接内存与 OOM

直接内存也可能导致 OutofMemoryError 异常

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

直接内存的缺点为：

• 分配回收成本较高
• 不受JVM内存回收管理

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

/**
 * 本地内存的OOM:  OutOfMemoryError: Direct buffer memory
 *
 */
public class BufferTest2 {
    private static final int BUFFER = 1024 * 1024 * 20;//20MB

    public static void main(String[] args) {
        ArrayList<ByteBuffer> list = new ArrayList<>();

        int count = 0;
        try {
            while(true){
                ByteBuffer byteBuffer = ByteBuffer.allocateDirect(BUFFER);
                list.add(byteBuffer);
                count++;
                try {
                    Thread.sleep(100);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        } finally {
            System.out.println(count);
        }


    }
}

Exception in thread "main" java.lang.OutOfMemoryError: Direct buffer memory
	at java.nio.Bits.reserveMemory(Bits.java:694)
	at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123)
	at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311)
	at com.atguigu.java.BufferTest2.main(BufferTest2.java:21)