对象的实例化内存布局及访问定位
对象实例化
面试题
- 对象在JVM中是怎么存储的?
- 对象头信息里面有哪些东西?
- Java对象头有什么?
对象创建方式
-
new:最常见的方式、单例类中调用getInstance的静态类方法,XXXFactory的静态方法
-
Class的newInstance方法:在JDK9里面被标记为过时的方法,因为只能调用空参构造器
-
Constructor的newInstance(XXX):反射的方式,可以调用空参的,或者带参的构造器
-
使用clone():不调用任何的构造器,要求当前的类需要实现Cloneable接口中的clone接口
-
使用序列化:序列化一般用于Socket的网络传输
序列化 数据从一个进程到另外一个进程的传递,基于本地也可以基于网络
反序列化:从文件、网络中获取一个对象的二进制流。
-
第三方库 Objenesis
从字节码角度看对象的创建步骤
|
|
解析字节码文件获得方法指令
new #2 加载、分配内存、隐式初始化
invokespecial 调用init,显示初始化、代码块初始化、构造器初始化
对象创建的步骤
-
判断对象对应的类是否加载、链接、初始化
虚拟机遇到一条new指令,首先去检查这个指令的参数能否在Metaspace的常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已经被加载,解析和初始化。(即判断类元信息是否存在)。如果没有,那么在双亲委派模式下,使用当前类加载器以ClassLoader + 包名 + 类名为key进行查找对应的 .class文件,如果没有找到文件,则抛出ClassNotFoundException异常,如果找到,则进行类加载,并生成对应的Class对象。
-
为对象分配内存
首先计算对象占用空间的大小,接着在堆中划分一块内存给新对象。如果实例成员变量是引用变量,仅分配引用变量空间即可,即4个字节大小
- 如果内存规整:指针碰撞
- 如果内存不规整
- 虚拟表需要维护一个列表
- 空闲列表分配
如果内存是规整的,那么虚拟机将采用的是指针碰撞法(Bump The Point)来为对象分配内存。
意思是所有用过的内存在一边,空闲的内存放另外一边,中间放着一个指针作为分界点的指示器,分配内存就仅仅是把指针指向空闲那边挪动一段与对象大小相等的距离罢了。如果垃圾收集器选择的是Serial ,ParNew这种基于压缩算法的,虚拟机采用这种分配方式。一般使用带Compact(整理)过程的收集器时,使用指针碰撞。
如果内存不是规整的,已使用的内存和未使用的内存相互交错,那么虚拟机将采用的是空闲列表来为对象分配内存。意思是虚拟机维护了一个列表,记录上那些内存块是可用的,再分配的时候从列表中找到一块足够大的空间划分给对象实例,并更新列表上的内容。这种分配方式成为了 “空闲列表(Free List)”
选择哪种分配方式由Java堆是否规整所决定,而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。
-
处理并发问题
- 采用CAS配上失败重试保证更新的原子性
- 每个线程预先分配TLAB - 通过设置 -XX:+UseTLAB参数来设置(区域加锁机制)
- 在Eden区给每个线程分配一块区域
-
默认初始化
成员属性设置默认值,又叫零值初始化
-
设置对象头
将对象的所属类(即类的元数据信息)、对象的HashCode和对象的GC信息、锁信息等数据存储在对象的对象头中。这个过程的具体设置方式取决于JVM实现。
-
调用init方法进行初始化
在Java程序的视角看来,初始化才正式开始。初始化成员变量,执行实例化代码块,调用类的构造方法,并把堆内对象的首地址赋值给引用变量
因此一般来说(由字节码中跟随invokespecial指令所决定),new指令之后会接着就是执行方法,把对象按照程序员的意愿进行初始化,这样一个真正可用的对象才算完成创建出来。
对象分配到堆区逻辑地址连续,物理地址离散,因为分配给堆的空间本来就是一个个离散的内存块。
计算对象大小时,如果实例成员变量是引用变量,仅分配引用变量空间即可,即4个字节大小
如果是在共享堆区分配对象空间则会有指针碰撞的问题,多数jvm都采用tlab来解决
tlab: https://www.jianshu.com/p/a7414c0ebb17
对象头的细节
成员变量如果是引用类型并有初始化指令则在指针指向的新起始位置开始创建对象。
对象实例化过程
- 加载类元信息
- 为对象分配内存
- 处理并发问题
- 属性的默认初始化(零值初始化)
- 设置对象头信息
- 属性的显示初始化、代码块中初始化、构造器中初始化
测试对象实例化过程
|
|
对象内存布局
对象头
对象头包含了两部分,分别是 运行时元数据(Mark Word)和 类型指针
如果是数组,还需要记录数组的长度
想要看hotspot对对象头的具体实现,可以查看markoop.hpp
markword: 锁信息、hashcode、分代年龄
运行时元数据
-
哈希值(HashCode)
o.hashCode(), hashCode会备份在线程栈上(在锁从无锁态升级时,markword备份一份(LocalRecord)放在自己的线程栈)
-
GC分代年龄
-
锁状态标志
-
线程持有的锁
-
偏向线程ID
-
翩向时间戳
类型指针
指向类元数据InstanceKlass,确定该对象所属的类型。指向的其实是方法区中存放的类元信息
实例数据
对象真正存储的有效信息,包括程序代码中定义的各种类型的字段(包括从父类继承下来的和本身拥有的字段)
规则
- 相同宽度的字段总是被分配到一起
- 父类中定义的变量会出现在子类之前
- 如果CompactFields参数为true(默认为true),子类的窄变量可能插入到父类变量的空隙
对齐填充
比如64位虚拟机,8个字节,如果对象在内存中的布局是12个字节,那么需要填充4个字节被8整除。
其目的是alignment,它允许以一些空间为代价加快内存访问。如果数据未对齐,则处理器需要在加载内存后进行一些转换才能访问它。
此外,垃圾回收简化(并加快)最小分配单元的大小。
Java不需要8字节(64位系统除外),但由于32位体系结构是创建Java时的常态,因此Java标准中可能需要4字节对齐。
查看内存布局
引入jol
|
|
使用
|
|
结果
这里使用大端存储,低位字节存放在内存的高地址端,比如后面o的markword完整地址其实是00 00 70 00 42 9d 39 90和上图刚好相反。所以锁标志是90字节的后2位或者3位,从图中可以看出是00,也就是自旋锁,开始001是无锁,如果一开始sleep超过4s(jvm默认启动偏向锁,但是有延迟,jvm启动4s后生效),那么就是101。
延迟时间可以设置 -XX:BiasedLockingStartupDelay=0
小结
对象访问定位
JVM是如何通过栈帧中的对象引用访问到其内部的对象实例呢?
对象访问的两种方式
句柄访问
句柄访问就是在堆空间中开辟了一块空间,也就是句柄池,栈的局部变量表中记录对象的引用指向这个句柄
优点
reference中存储稳定句柄地址,对象被移动(垃圾收集时移动对象很普遍)时只会改变句柄中实例数据指针即可,reference本身不需要被修改
直接指针(hotspot采用)
直接指针是局部变量表中的引用,直接指向堆中的实例,在对象实例中有类型指针,指向的是方法区中的对象类型数据)