JVM07_ 对象的实例化、内存布局(对象头、实例数据、对齐填充)、访问定位、直接内存

前言:
(1).new 最常见的方式 | 变形1 : Xxx的静态方法 | 变形2 : XxBuilder/XxoxFactory的静态方法
(2).Class的newInstance():反射的方式,只能调用空参的构造器,权限必须是public
(3).Constructor的newInstance(Xxx):反射的方式,可以调用空参、带参的构造器,权限没有要求
(4).使用clone() :不调用任何构造器,当前类需要实现Cloneable接口,实现clone()
(5).使用反序列化:从文件中、从网络中获取一个对象的二进制流
(6).第三方库Objenesis

在这里插入图片描述

①. 从字节码角度看待对象的创建过程

  • ①. 从最简单的Object ref = new Object()在这里插入图片描述

  • ②. new:如果找不到Class对象,则进行类加载。加载成功后,则在堆中分配内存,从Object 开始到本类路径上的所有属性值都要分配内存。分配完毕之后,进行零值初始化。在分配过程中,注意引用是占据存储空间的,它是一个变量,占用4个字节。这个指令完毕后,将指向实例对象的引用变量压入虚拟机栈顶。

  • ③. dup:在栈顶复制该引用变量,这时的栈顶有两个指向堆内实例对象的引用变量。如果 方法有参数,还需要把参数压人操作栈中。两个引用变量的目的不同,其中压至底下的引用用于赋值,或者保存到局部变量表,另一个栈顶的引用变量作为句柄调用相关方法。

  • ④. invokespecial:调用对象实例方法,通过栈顶的引用变量调用init方法。
    补充:clinit是类初始化时执行的方法, 而init 是对象初始化时执行的方法。

②. 对象的实例化(六个步骤)

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

  • ②. 为对象分配内存:首先计算对象占用空间大小,接着在堆中划分一块内存给新对象。 如果实例成员变量是引用变量,仅分配引用变量空间即可,即4个字节大小
    (byte、int、float、引用数据类型4个字节大小 | double、long 占八个字节)

  1. 如果内存规整,使用指针碰撞
    如果内存是规整的,那么虚拟机将采用的是指针碰撞法(BumpThePointer)来为对象分配内存。意思是所有用过的内存在一边,空闲的内存在另外一边,中间放着一个指针作为分界点的指示器,分配内存就仅仅是把指针向空闲那边挪动一段与对象大小相等的距离罢了。如果垃圾收集器选择的是Serial、ParNew这种基于压缩算法的,虚拟机采用这种分配方式。一般使用带有compact (整理)过程的收集器时,使用指针碰撞。
  2. 如果内存不规整,虚拟机需要维护一个列表,使用空闲列表分配(CMS)
    如果内存不是规整的,已使用的内存和未使用的内存相互交错,那么虛拟机将采用的是空闲列表法来为对象分配内存。意思是虚拟机维护了一个列表,记录上哪些内存块是可用的,再分配的时候从列表中找到一块足够大的空间划分给对象实例,并更新列表上的内容。这种分配方式成为“空闲列表(Free List)
  3. 说明:选择哪种分配方式由Java堆是否规整决定,而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。
    在这里插入图片描述在这里插入图片描述
  • ③. 处理并发安全问题
    (在分配内存空间时,另外一个问题是及时保证new对象时候的线程安全性:创建对象是非常频繁的操作,虚拟机需要解决并发问题。虚拟机采用 了两种方式解决并发问题:)
  1. CAS ( Compare And Swap )失败重试、区域加锁:保证指针更新操作的原子性
  2. TLAB把内存分配的动作按照线程划分在不同的空间之中进行,即每个线程在Java堆中预先分配一小块内存,称为本地线程分配缓冲区,(TLAB ,Thread Local Allocation Buffer) 虚拟机是否使用TLAB,可以通过一XX:+/一UseTLAB参数来 设定
  • ④. 初始化分配到的空间:赋予默认的初始化值;比如int=0| boolean=false(默认的值)

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

  • ⑥. 执行init方法进行初始化(进行赋值的处理)
    (在Java程序的视角看来,初始化才正式开始。初始化成员变量,执行实例化代码块,调用类的构造方法,并把堆内对象的首地址赋值给引用变量。因此一般来说(由字节码中是否跟随有invokespecial指令所决定),new指令之 后会接着就是执行方法,把对象按照程序员的意愿进行初始化,这样一个真正可用的对象才算完全创建出来。)

  • ⑦. 代码展示

/**
 * 测试对象实例化的过程
 *  ① 加载类元信息 - ② 为对象分配内存 - ③ 处理并发问题  - ④ 属性的默认初始化(零值初始化)
 *  - ⑤ 设置对象头的信息 - ⑥ 属性的显式初始化、代码块中初始化、构造器中初始化
 *
 *  给对象的属性赋值的操作:
 *  ① 属性的默认初始化 - ② 显式初始化 / ③ 代码块中初始化 - ④ 构造器中初始化
 * 
 */
public class Customer{
    int id = 1001;
    String name;
    Account acct;

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

}

class Account{

}

③. 对象的内存布局

  • ①. 对象内部结构分为:对象头、实例数据、对齐填充(保证8个字节的倍数)

  • ②. 对象头分为对象标记(markOop)和类元信息(klassOop),类元信息存储的是指向该对象类元数据(klass)的首地址
    在这里插入图片描述

①. 对象头(Header)

  • ①. 对象标记Mark Word 默认存储 (哈希值(HashCode )、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳)等信息
  1. 这些信息都是与对象自身定义无关的数据,所以MarkWord被设计成一个非固定的数据结构以便在极小的空间内存存储尽量多的数据。
  2. 它会根据对象的状态复用自己的存储空间,也就是说在运行期间MarkWord里存储的数据会随着锁标志位的变化而变化。
    在这里插入图片描述
  • ②. 对象头多大 在64位系统中,Mark Word占了8个字节,类型指针占了8个字节,一共是16个字节
    在这里插入图片描述
  • ③. 类元信息(又叫类型指针) 对象指向它的类元数据的指针,虚拟机通过这个指针来确定这个对象是哪个类的实例

②. 实例数据(Instance Data)

  • 说明:它是对象真正存储的有效信息,包括程序代码中定义的各种类型的字段(包括从父类继承下来的和本身拥有的字段) 规则:
  1. 相同宽度的字段总被分配在一起
  2. 父类中定义的变量会出现在子类之前
  3. 如果CompactFields参数为true(默认为true),子类的窄变量可能插入到父类变量的空隙

③. 对齐填充(Padding)

  • ①. 不是必须的,也没特别含义,仅仅起到占位符作用

  • ②. 解释如下图:

在这里插入图片描述

④. 总结

  • ①. 代码演示
public class CustomerTest {
    public static void main(String[] args) {
        Customer cust = new Customer();
    }
}
  • ②. 图解代码
    在这里插入图片描述

④. 对象的访问定位

前言:
JVM是如何通过栈帧中的对象引|用访问到其内部的对象实例的呢?-> 定位,通过栈上reference访问

  • ①. 句柄访问
    在这里插入图片描述
  • ②. 直接指针(HotSpot采用)
    在这里插入图片描述

⑤. 直接内存(Direct Memory)

  • ①. 不是虚拟机运行时数据区的一部分,也不是《Java虚拟机规范》中定义的内存区域

  • ②. 直接内存是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();
    }
}
  • ④. 来源于NIO,通过存在堆中的DirectByteBuffer操作Native内存

在这里插入图片描述
在这里插入图片描述

  • ⑤. 通常,访问直接内存的速度会优于Java堆。即读写性能高

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

  • ⑦. 简单理解: java process memory = java heap + native memory
    在这里插入图片描述

  • 10
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 4
    评论
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

所得皆惊喜

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值