十、对象的实例化内存布局与访问定位 十一、直接内存

1、对象的实例化

 

美团:

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

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

 

蚂蚁金服:

二面: java对象头里有什么

 

 

 

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

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

 

指针碰撞

如果内存是规整的,那么虚拟机将采用的是指针碰撞法( Bump The Pointer)来为对象分配内存。

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

 

2.为对象分配内存

首先计算对象占用空间大小,接着在堆中划分一块内存给新对象

如果实例成员变量是引用变量,仅分配引用变量空间即可,即4个字节大小。

 

空闲列表分配

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

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

 

说明

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

 

5.设置对象的对象头

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

 

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

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

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

package com.atguigu.java;

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

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

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

}
class Account{

}

 

2、对象的内存布局

 

 

 

 

public class CustomerTest { public static void main(String[] args) { Customer cust = new Customer(); } }

两端代码的具体实现过程：

 

3、对象的访问定位

 

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

 

 

 

 

句柄访问：

好处：

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

 

直接指针：

 

 

 

 

 

 

 

 

 

 

 

十一、直接内存

 

直接内存概述

 

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

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

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

 

 

 

• 也可能导致OutOfMemoryError异常
• 由于直接内存在Java堆外,因此它的大小不会直接受限于Xmx指定的最大堆大小,但是系统内存是有限的, Java堆和直接内存的总和依然受限于操作系统能给出的最大内存。
• 缺点

> 分配回收成本较高

> 不受JVM内存回收管理

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