JVM:虚拟机中的对象
一、对象的创建
1. 类加载检查
虚拟机遇到一条字节码new指令时,首先检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已被加载,解析和初始化过,如果没有,必须先执行相应的类加载过程
2. 分配内存
根据方法区的信息确定为该类分配的内存大小
2.1 指针碰撞(Java堆内存空间规整)
为对象分配内存的任务等同于把一块确定大小的内存从Java堆中划分出来。
如果Java堆中的内存是绝对规整的,所有用过的内存都放在一边,空闲的内存放在另外一边,中间放着一个指针作为分界点的指示器,那么所分配内存仅仅是把那个指针向空闲内存挪动一段与对象的大小相等的距离
2.2 空闲列表(Java堆内存空间不规整)
如果Java堆内存并不是规整的,已使用的内存和空闲的内存相互交错,那就没办法简单的进行指针碰撞,虚拟机会维护一个列表,记录那些内存块是可用的,在分配的时候从列表中找一块足够大空间划分给对象实例,并更新列表上的记录
Java堆是否规整由所采取的垃圾收集器决定的,使用Serial,ParNew等带压缩整理过程的收集器时,系统采用的分配算法为指针碰撞。而使用CMS这种基于清除算法的收集器时,则使用空闲列表来分配内存
2.3 并发安全
对象的创建在并发情况下并不是线程安全的,可能出现正在给A对象分配内存,指针还没来得及修改,对象B又同时使用了原来的指针来分配内存
解决方法:
- CAS+失败重试
采用CAS加上失败重试保证更新操作的原子性 - 本地线程分配缓冲
内存分配按照线程划分在不同的空间下进行,即每个线程在Java堆中预先分配一小块私有内存,也就是本地线程分配缓冲(Thread Local Allocation Buffer,TLAB),如果设置了虚拟机参数:-XX:+UseTLAB,在线程初始化时,同时也会申请一块指定大小的内存,只给当前线程使用,这样每个线程就有一个单独的Buffer,如果需要分配内存,就在自己的Buffer上分配,这样就不存在竞争的情况,可以大大提升分配效率,当Buffer容量不够时,再重新从Eden区域申请一块继续使用
3. 内存空间初始化
内存分配完成后,虚拟机将分配的内存空间都初始化为零值(int为0,boolean值为false等)。这一步操作保证了对象的实例字段在java代码中可以不赋初始值就可以直接使用。程序能访问到这些字段数据类型对应的零值
4. 设置
内存空间初始化后,虚拟机需要对对象进行必要的设置,如对象是哪个类的实例,如何才能找到类的元数据等信息,对象的hash码,对象的分代年龄等信息,这些信息都放在对象头中
5. 对象初始化
对虚拟机来说,一个新的对象已经产生了,但是从Java开发者来说,对象创建才刚刚开始,所有的字段都还为零值。所以,执行new指令之后会按照程序员的意愿对对象进行初始化,这样一个真正可用的对象才算完全生产出来
二、对象的内存布局
对象在内存中布局可以分为三块区域:对象头,实例数据,对其填充
1. 对象头
对象头包含两类信息
- 存储对象自身的运行时数据:hash码,GC分代年龄,锁状态标识,线程持有的锁,偏向线程ID,偏向时间戳等
- 类型指针:即对象指向它的类型元数据的指针,Java虚拟机通过这个指针来确定改对象是那个类的实例。
2. 实例数据
实例数据部分是对象真正存储的有效信息
3. 对齐填充
对齐填充不是必然存在的,没有特别的含义,起着占位符的作用,由于虚拟机要求对象的起始地址必须是8个字节的整数倍,就是说任何对象的大小必须是8字节的整数倍。对象头已经设计为8字节的整数倍,如果实例数据没有对齐的话,需要对齐填充来补全
三、对象的访问定位
创建对象是为了使用对象,Java程序会通过栈上的reference数据来操作堆上的具体对象。目前主流的访问对象方式有使用句柄和直接指针
1. 句柄
如果使用句柄的话,那么Java堆中会划分一块内存来作为句柄池,reference中存储的就是对象的句柄地址,而句柄中包含了对象实例数据与类型数据各自的具体地址信息
2. 直接指针
如果使用的是直接指针,reference存储的直接就是对象的地址
3. 两种方式对比
- 句柄的好处是reference中存储的是稳定的句柄地址,在对象被移动(垃圾收集时移动对象是非常普遍的行为)时只会改变句柄中的实例数据指针,而reference不需要改变
- 直接指针的好处是速度更快,节省了一次指针定位的时间开销,由于对象的访问在Java中非常频繁,因此这类开销积少成多也是非常可观的执行成本