《JVM 系列》 第六章 -- 对象的实例化与内存布局 (1)
为对象分配内存
处理并发问题
初始化分配到的空间,属性的默认初始化(零值初始化)
设置对象头信息
执行 init 方法初始化(属性显示初始化、代码块中的初始化、构造器初始化)
加载类元信息:
虚拟机遇到一条 new 指令,首先去检查这个指令的参数能否在 Metaspace 的常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已经被加载,解析和初始化。 如果没有,那么在双亲委派模式下,使用当前类加载器以 ClassLoader + 包名 + 类名为 key 进行查找对应的 .class 文件,如果没有找到文件,则抛出 ClassNotFoundException 异常;如果找到,则进行类加载,并生成对应的 Class 对象。
为对象分配内存:
首先计算对象占用空间的大小,接着在堆中划分一块内存给新对象。如果实例成员变量是引用变量,仅分配引用变量空间即可,即 4 个字节大小。分配方式由 Java 堆是否规整所决定,而 Java 堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。
如果内存规整:虚拟机将采用的是指针碰撞法(Bump The Point) 来为对象分配内存。
如果内存不规整:虚拟表需要维护一个列表,进行空闲列表分配。
指针碰撞法:
所有用过的内存在一边,空闲的内存放另外一边, 中间放着一个指针作为分界点的指示器,分配内存就仅仅是把指针指向空闲那边挪动一段与对象大小相等的距离罢了。如果垃圾收集器选择的是 Serial ,ParNew 这种基于压缩算法的,虚拟机采用这种分配方式。一般使用带 Compact(整理)过程的收集器时,使用指针碰撞。
空闲列表分配:
如果内存不是规整的,已使用的内存和未使用的内存相互交错,那么虚拟机将采用的是空闲列表来为对象分配内存。意思是虚拟机维护了一个列表,记录上那些内存块是可用的,再分配的时候从列表中找到一块足够大的空间划分给对象实例, 并更新列表上的内容。这种分配方式成为了 “空闲列表(Free List)”
处理并发问题:
采用 CAS 配上失败重试保证更新的原子性
在 Eden 区给每个线程分配一块区域 TLAB - 通过设置 -XX:+UseTLAB 参数来设置(区域加锁机制),
初始化分配到的内存:
给对象属性赋值的操作:属性的默认初始化、所有属性设置默认值,保证对象实例字段在不赋值可以直接使用。
设置对象的对象头信息:
将对象的所属类(即类的元数据信息)、对象的 HashCode 和对象的 GC 信息、锁信息等数据存储在对象的对象头中。这个过程的具体设置方式取决于 JVM 实现。
执行 init 方法进行初始化:
在 Java 程序的视角看来,初始化才正式开始。初始化成员变量,执行实例化代码块,调用类的构造方法,并把堆内对象的首地址赋值给引用变量。
一般来说(由字节码中跟随 invokespecial 指令所决定),new 指令之后会接着就是执行方法,把对象按照程序员的意愿进行初始化,这样一个真正可用的对象才算完成创建出来。
对象头:
对象头包含了两部分,分别是 运行时元数据(Mark Word) 和 类型指针,如果是数组,还需要记录数组的长度。
运行时元数据: 哈希值(HashCode)、GC 分代年龄、锁状态标志、线程持有的锁、偏向线程 ID、翩向时间戳。
类型指针: 指向类元数据 InstanceKlass,确定该对象所属的类型。指向的其实是方法区中存放的类元信息
实例数据(Instance Data): 对象真正存储的有效信息,包括程序代码中定义的各种类型的字段(包括从父类继承下来的本身拥有的字段)。
规则:相同的字段总是被分配在一起、父类中定义的变量总是会出现在子类之前、如果 CompactFields 参数为默认值 true,子类的窄变量可能插入到父类变量的空隙。
对齐填充: 不是必须的,也没有特别的含义,仅仅起到占位符的作用
JVM 是如何通过栈帧中的对象引用访问到其内部的对象实例呢?
对象访问的两种方式:
评论