HotSpot虚拟机对象相关内容

一.对象的创建

1.类加载检查

普通对象的创建过程:虚拟机遇到一条new指令时,首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已被加载、解析和初始化过。如果没有,那么必须先执行相应的类加载过程。

2.分配内存

分配内存时主要注意两个问题:1.如何分配空间。2.修改指针时如何实现线程安全。

如果内存是规整的,就使用“指针碰撞”的方式,即将空闲部分的指针移动对象内存大小相等的距离。如果内存不是规整的,虚拟机必须维护一个表,记录那些内存块可用,然后从中选择足够的空间分给要申请的对象实例,这种方式叫“空闲列表”。内存规整指的是一个分界指针恰好分割了已占用内存和空闲内存。

如何保证修改指针时线程安全。一种方法是对分配内存的空间动作进行同步处理(采用CAS配上失败重试的方式保证跟新操作的原子性);另一种方法是把内存分配的动作按照线程划分在不同的空间之中进行,即每个线程在Java堆中预先分配一小块内存,叫本地线程分配缓冲(Thread Local Allocation Buffer,TLAB),哪个线程需要分配内存,就在那个线程的TLAB上分配,只有TLAB用完并分配新的TLAB时,才需要同步锁定。

3.初始化和设置

内存分配完成后,虚拟机将分配到的内存初始化为零值(除对象头外),如果使用TLAB分配,也可提前值TLAB分配时进行。

然后执行<init>方法,把对象按照程序员的意愿进行初始化,这样有个真正可用的对象才算完全产生出来。

二.对象的内存布局

在HotSpot虚拟机中,对象在内存中的存储布局可以分为3块区域:对象头(Header)、实例数据(Instance Data) 和 对齐填充(Padding)

1.对象头

HotSpot虚拟机对象头包括两部分信息:第一部分用于存储对象自身的运行时数据,如哈希码(HashCode)、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等。其数据并不固定,会根据不同状态变化。

第二部分存储的是类型指针,即对象指向它的类元数据的指针,虚拟机通过这个指针来确定这个对象属于哪个类的实例。如果是数组,还会存储数组长度。

2.实例数据

这部分是对象真正存储的有效信息,也是在程序代码中所定义的各种类型的字段内容。无论是从父类继承下来的,还是在子类中定义的,都需要记录起来。这部分的存储顺序会受到虚拟机分配策略参数和字段在Java源码中定义顺序的影响。相同宽度的字段总是被分配到一起,在此条件下父类定义的变量会出现在子类之前,如果CompactFileds参数值为true,那么子类中较窄的变量也可能插入到父类变量的空隙之中。

3.对齐填充

HotSpot以8字节对齐,不满8字节倍数,就需要通过对齐填充来补全。

三.对象的访问定位

我们需要栈上的reference对象来操纵堆上的具体对象。reference类型在虚拟机中只规定了一个指向对象的引用,并没有定义这个引用应该通过何种方式去定位、访问堆中的对象的具体位置。目前有两种方式。

1.使用句柄

如果使用句柄的话,在java堆中将划分出一块内存来作为句柄池,reference中存储的就是对象的句柄地址,而句柄中包含了对象实例数据与类型数据各自的具体的地址信息。如下图示。

2.直接指针

使用直接指针访问,那么Java堆对象的不居中就必须考虑如何放置访问类型数据的相关信息,而reference中存储的直接就是对象地址。如下图所示。

这两种对象访问方式各有优势,使用句柄来访问的最大好处就是reference中存储的是稳定的句柄地址,在对象呗移动时只会改变句柄中的实例数据指针,而reference本身不需要修改。

使用直接指针访问方式的最大好处就是速度更快,它节省了一次指针定位的时间开销,由于对象的访问在Java中非常频繁,因此这类开销积少成多后也是一项非常可观的执行成本。HotSpot使用的第二种方式进行对象访问。

时间: 2024-10-06 22:01:54

HotSpot虚拟机对象相关内容的相关文章

【深入理解JAVA虚拟机】第二部分.内存自动管理机制.2.HotSpot虚拟机对象探秘

2.HotSpot虚拟机对象探秘 对象的创建过程 1.加载类 虚拟机遇到一条new指令时,首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已被加载. 解析和初始化过. 如果没有,那必须先执行相应的类加载过程. 2.分配内存 在类加载检查通过后,接下来虚拟机将为新生对象分配内存. 对象所需内存的大小在类加载完成后便可完全确定为对象分配空间的任务等同于把一块确定大小的内存从Java堆中划分出来. 分配方式: 1.指针碰撞.适用于连续内存,需要垃圾回收

HotSpot虚拟机对象探秘

一.对象的创建: 虚拟机遇到一条new指令时,首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已被加载,解析和初始化过.如果没有,那必须先执行响应的类加载过程.对象所需内存的大小在类加载完成后便可完全确定,为对象分配空间的任务等同于把一块确定大小的内存从Java堆中划分出来. 对象空间分配方式:指针碰撞, 空闲列表 创建的步骤: 1.检查是否能在常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已被加载.解析和初始化过.如果没有必须

深入理解JVM:HotSpot虚拟机对象探秘

对象的创建 java是一门面向对象的语言.在Java程序执行过程中无时无刻有Java对象被创建出来.在语言层面上,创建对象(克隆.反序列化)一般是一个newkeyword而已,而在虚拟机中,对象的创建步骤例如以下: 1.当虚拟机遇到new指令时.首先将去检查这个指令參数能否在常量池中定位到一个类的引用符号,而且检查这个符号引用代表的类是否被载入.解析和初始化过.假设没有.那必须先执行相应的类载入过程. 2.在类载入检查通过以后.接下来虚拟机将为新生对象分配内存.对象所需的内存大小在类载入后便确定

第二章:Hotspot虚拟机对象

对象创建 虚拟机遇到一个new指令时,首先去,检查这个指令的参数是否在常量池中定位到一个雷的符号引用,并且检查这个符号引用代表的雷是否已被加载.解析.初始化过. 在类加载检查通过后,虚拟机将会为新对象分配内存,对象所需要的内存大小在加载后可以确定,为对象分配内存的任务就是把一块确定大小的内存从Java堆中划分出来. 假如堆时绝对规整的,所有用过的内存放在一边,空闲的内存放在另一边,中间放着一个指针作为分界点的指示器,那么分配内存就仅仅是把那个指针指向空闲空间的那边挪动一段和对象大小相等的距离.这

JVM:Hotspot虚拟机中的对象

在HotSpot虚拟机中,对象在内存中存储的布局可以被分为3个区域:对象头(Header).实例数据(Instance data)和对齐填充(Padding).对象头包括两部分信息,第一部分存储自身的运行时数据,如哈希值.GC分代年龄.锁状态标志.线程持有的锁.偏向锁ID.偏向时间戳等,这部分数据的长度在32位和64位的虚拟机中(未开启压缩指针)分别为32bit和64bit,官方称它为 Mark Word. 存储内容 标志位 状态 对象哈希码.对象分代年龄 01 未锁定 指向锁记录的指针 00

深入理解java虚拟机(二)HotSpot Java对象创建,内存布局以及访问方式

内存中对象的创建.对象的结构以及访问方式. 一.对象的创建 在语言层面上,对象的创建只不过是一个new关键字而已,那么在虚拟机中又是一个怎样的过程呢? (一)判断类是否加载.虚拟机遇到一条new指令的时候,首先会检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号代表的类是否被加载.解析并初始化.如果没有完成这个过程,则必须执行相应类的加载. (二)在堆上为对象分配空间.对象需要的空间大小在类加载完成后便能确定.之后便是在堆上为该对象分配固定大小的空间.分配的方式也有两种:

深度理解java虚拟机读书笔记(二)HotSpot Java对象创建,内存布局以及访问方式

内存中对象的创建.对象的结构以及访问方式. 一.对象的创建 在语言层面上,对象的创建只不过是一个new关键字而已,那么在虚拟机中又是一个怎样的过程呢? (一)判断类是否加载.虚拟机遇到一条new指令的时候,首先会检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号代表的类是否被加载.解析并初始化.如果没有完成这个过程,则必须执行相应类的加载. (二)在堆上为对象分配空间.对象需要的空间大小在类加载完成后便能确定.之后便是在堆上为该对象分配固定大小的空间.分配的方式也有两种:

【译】Java SE 14 Hotspot 虚拟机垃圾回收调优指南

原文链接:HotSpot Virtual Machine Garbage Collection Tuning Guide,基于Java SE 14. 本文主要包括以下内容: 优化目标与策略(Ergonomics) 垃圾收集器实现(Garbage Collector Implementation) 影响垃圾收集性能的因素 总堆(Total Heap) 年轻代 可用的收集器(Available Collectors) 串行收集器(Serial Collector) 并行收集器(Parallel Co

《深入理解Java虚拟机》:HotSpot虚拟机内的即时编译器

HotSpot虚拟机内的即时编译器 最近在看周志明老师的<深入理解Java虚拟机>这本书,看了之后感觉收获挺多的,于是就写点读书总结吧. 先看如下问题: 1. 为何HotSpot虚拟机要使用解释器与编译器并存的架构? 2. 为何HotSpot虚拟机要实现两个不同的即时编译器? 3. 程序何时使用解释器执行?何时使用编译器执行? 4. 那些程序代码会被编译为本地代码?如何便以为本地代码? Java程序最初是仅仅通过解释器解释执行的,即对字节码逐条解释执行,这种方式的执行速度相对会比较慢,尤其当某