• 深入理解Java虚拟机(二)——HotSpot对象创建、内存、访问


    对象的创建

    虚拟机遇到一条字节码new指令时,开始对象创建过程。

    1. 首先去检查这个指令的参数是否能在常量池定位到一个类的符号引用;
    2. 检查这个符号引用代表的类是否已被加载、解析和初始化,如果没有就必须执行相应的类加载过程;
    3. 根据方法区中该类的信息确定对象的所需空间大小;
    4. 虚拟机为新生对象分配内存;
    5. 将对象实例的内存(不包括对象头)进行初始化为零值;
    6. 配置对象头的信息;
    7. 调用对象的构造函数进行初始化。

    这样,一个真正可用的对象被完全构造出来了。

    多线程中,引用指向对象的内存空间和对象初始化操作可能会出现重排序,这样会导致对象没有初始化就被其他线程使用了,就会出错。方法这种情况,就需要将对象声明为volatile。《Java并发编程艺术》

    分配内存方法

    虚拟机为新生对象分配内存有两种方法:

    • 碰撞指针:如果虚拟机垃圾收集器采用的复制算法或者标记-整理算法,那么堆中空闲内存和已使用过的内存是连续放在一块的,二者中间存在一个指针作为分界点的指示器。这样分配内存的时候,只需要将指针向空间区域挪动一段与对象大小相同的距离,这种方式就是指针碰撞
    • 空闲列表 :如果虚拟机垃圾收集器采用的标记-清除算法:那么堆中的空闲内存和已使用内存不是连续的,是交错的,虚拟机通过维护一张列表来记录可用内存块,在分配内存的时候从列表中找到一块足够大的空间划分给对象实例,并更新列表,这种分配方式就是空闲列表

    所以,虚拟机采用何种内存分配方法,取决于其所用的垃圾回收算法。

    并发时对象分配

    解决并发时对象分配的问题:即使仅仅修改一个指针所指向的位置,在并发情况下也并不是线程安全的,可能出现正在给对象A分配内存,指针还没来得及修改,对象B又同时使用了原来的指针来分配内存的情况。
    两种方案可以解决:

    • 通过CAS配上失败重试的方法可以保证操作的原子性。
    • 通过给每个线程一个本地线程分配缓冲区,当线程需要分配内存时,就在它相应的缓冲区分配,当缓冲区耗尽,就进行同步锁定。

    对象的内存模型

    对象在堆内存中可以划分为三个部分:

    • 对象头
    • 实例数据
    • 对齐补充

    1.对象头

    对象头包括两类信息:

    • 第一类用于存储对象自身的运行时数据:例如哈希码、GC分代年龄、锁状态、线程持有的锁、偏向线程ID、偏向时间戳等。
    • 可能还存在第二类是类型指针,就是对象指向它的类型元数据指针,虚拟机通过这个指针来确定该对象是哪个类的实例。
    • 如果是Java数组对象,对象头重还必须有一块数据用于记录数组的长度。

    2.实例数据

    是对象真正存储的有效信息,就是在程序代码里面定义的给中类型的字段内容,成员变量的值,其中包含父类的成员变量和当前类定义的变量。

    3.对齐填充

    作用只是占位符。并不是必然存在的。
    HotSpot要求对象的起始地址必须是8子节的整数倍,所以任何对象的大小都必须是8子节的整数倍。对象头已经被设计为8字节的整数倍,如果实例数据没有对齐,就需要通过对齐填充部分进行补全。

    对象访问定位

    Java程序会通过栈上的reference数据来操作堆上的具体对象。所谓reference类型就是一个指向对象的引用。
    主流的访问方式有两种:

    • 使用句柄访问:
      堆中划分出一块内存作为句柄池,用于存放对象实例数据和类型数据各自的地址信息。Java栈中存放的引用指向句柄池中对象的句柄地址。
    • 直接指针访问:
      引用类型指向的是对象的地址,不需要句柄池直接访问对象。但是对象的内存中就需要放置访问类型数据的相关地址信息。

    比较

    • 句柄访问的好处是句柄地址稳定,当对象被垃圾收集器移动时,只会改变句柄池中的实例数据地址,而本地变量表中的引用不需要被修改。
    • 直接指针访问的好处就是速度快,节省指针定位的时间开销。HotSpot主要采用这种方式进行访问。

    句柄池访问
    直接指针访问

  • 相关阅读:
    CODE[VS] 1018 单词接龙
    Linux提示BOOT空间不足问题
    CODE[VS] 1017 乘积最大
    关于printf输出结果的一些问题
    CODE[VS] 1220 数字三角形
    redux
    Promise面试题
    学习Promise笔记
    js 事件委托 事件代理
    前端通信、跨域
  • 原文地址:https://www.cnblogs.com/lippon/p/14117693.html
Copyright © 2020-2023  润新知