对象的创建可以分为五个步骤:检查类加载,分配内存,初始化零值,设置对象头,执行实例构造器
对象所需的内存在类加载完成后就可以完全确定
虚拟机在堆上为新对象分配内存,有两种内存分配的方式:指针碰撞,空闲列表
指针碰撞
空闲列表
使用场景: 已使用空间和空闲空间交错在一起
过程: 虚拟机维护一个列表,列表中记录了哪些内存空间可用,分配时找一块足够大的内存空间划分给新生对象,然后更新列表
特点: 比指针碰撞复杂, 但是对垃圾收集器可以不用压缩整理的能力
分配内存流程(栈–老年代–TLAB–Eden)
因为在堆上为对象分配内存,内存不足会引起GC,引起GC可能会有STW(Stop The World)影响响应
为了优化减少GC,当对象不会发生逃逸(作用域只在方法中,不会被外界调用)且栈内存足够时,直接在栈上为对象分配内存,当线程结束后,栈空间被回收,(局部变量也被回收)就不用进行垃圾回收了
开启逃逸分析-XX:+DoEscapeAnalysis
满足条件的对象就在栈上分配内存
(当对象满足不会逃逸条件除了能够优化在栈上分配内存还会带来锁消除,标量替换等优化…)
尝试该对象能不能在栈上分配内存
如果不符合1,且该对象特别的大,比如内存超过了JVM设置的大对象的值就直接在老年代上为它分配内存
如果这个对象不大,为了解决并发分配内存,采用TLAB 本地线程分配缓冲
TLAB 本地线程分配缓存
堆内存是线程共享的,并发情况下从堆中划分线程内存不安全,如果直接加锁会影响并发性能
为每个线程在Eden区分配小小一块属于线程的内存,类似缓冲区
哪个线程要分配内存就在那个线程的缓冲区上分配,只有缓冲区满了,不够了才使用乐观的同步策略(CAS+失败重试)保证分配内存的原子性
在并发情况下分配内存是不安全的(正在给A对象分配内存,指针还未修改,使用原来的指针为对象B分配内存),虚拟机采用TLAB(Thread Local Allocation Buffer本地线程分配缓冲)和CAS+失败重试来保证线程安全
分配内存完成后,虚拟机将分配的内存空间初始化为零值(不包括对象头) (零值: Integer对应0等)
保证了对象的成员字段(成员变量)在Java代码中不赋初始值就可以使用
把一些信息(这个对象属于哪个类? 对象哈希码,对象GC分代年龄)存放在对象头中 (后面详细说明对象头)
init方法 = 实例变量赋值 + 实例代码块 + 实例构造器
按照我们自己的意愿进行初始化
对象在堆中的内存布局可以分为三个部分:对象头,实例数据,对齐填充
Mark Word:用于存储该对象自身运行时数据(该对象的哈希码信息,GC信息:分代年龄,锁信息:状态标志等)
类型指针(对象指向它类型元数据的指针):HotSpot通过类型指针确定该对象是哪个类的实例 (如果该对象是数组,对象头中还必须记录数组的长度)
类型指针默认是压缩指针,内存超过32G时为了寻址就不能采用压缩指针了
实例数据是对象真正存储的有效信息
+XX:CompactFields
)对齐填充
HotSpot要求对象起始地址必须是8字节整倍数
所以任何对象的大小都必须是8字节的整倍,如果对象实例数据部分未到达8字节就会通过对齐填充进行补全
Object obj = new Object(); 占多少字节?
导入JOL依赖
<dependency>
<groupId>org.openjdk.jolgroupId>
<artifactId>jol-coreartifactId>
<version>0.12version>
dependency>
mark word : 8 byte
类型指针: 4 byte
对齐填充 12->16 byte
int[] ints = new int[5]; //占多少内存?
mark word:8 byte
类型指针: 4 byte
数组长度: 4 byte
数组内容初始化: 4*5=20byte
对齐填充: 36 -> 40 byte
父类私有字段到底能不能被子类继承?
Java程序通过栈上的reference类型数据来操作堆上的对象
访问方式
对象实例数据: 对象的有效信息字段等(就是上面说的数据)
对象类型数据: 该对象所属类的类信息(存于方法区中)
句柄访问
直接指针访问
访问方式是虚拟机来规定的,Hotspot主要使用直接指针访问