【JVM】对象在堆中的创建流程以及类的加载流程

柔光的暖阳◎ 2024-03-26 11:14 73阅读 0赞

#### 文章目录 ####

*  类加载流程
 *  对象创建流程
 *   *  Step1:类加载检查
     *  Step2:分配内存
     *  Step3:初始化零值
     *  Step4:设置对象头
     *  Step5:执行 init 方法

对象的创建Java 对象的创建过程我建议最好是能默写出来，并且要掌握每一步在做什么。  
**注意，对象的创建流程是在类的加载流程之后的。  
也就是对象的创建前提的类已经完成了加载，否则需要先进行类加载。**

## [类加载流程][Link 1] ##

## 对象创建流程 ##

### Step1:类加载检查 ###

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

### Step2:分配内存 ###

在类加载检查通过后，接下来虚拟机将为新生对象分配内存。对象所需的内存大小在类加载完成后便可确定，为对象分配空间的任务等同于把一块确定大小的内存从 Java 堆中划分出来。**分配方式有 “指针碰撞” 和 “空闲列表” 两种**，选择哪种分配方式由 Java 堆是否规整决定，而 Java 堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。  
**内存分配的两种方式 （补充内容，需要掌握）：**  
**指针碰撞 ：**  
适用场合 ：堆内存规整（即没有内存碎片）的情况下。  
原理 ：用过的内存全部整合到一边，没有用过的内存放在另一边，中间有一个分界指针，只需要向着没用过的内存方向将该指针移动对象内存大小位置即可。  
使用该分配方式的 GC 收集器：Serial, ParNew

**空闲列表 ：**  
适用场合 ： 堆内存不规整的情况下。  
原理 ：虚拟机会维护一个列表，该列表中会记录哪些内存块是可用的，在分配的时候，找一块儿足够大的内存块儿来划分给对象实例，最后更新列表记录。  
使用该分配方式的 GC 收集器：CMS

选择以上两种方式中的哪一种，取决于 Java 堆内存是否规整。**而 Java 堆内存是否规整，取决于 GC 收集器的算法是"标记-清除"，还是"标记-整理"（也称作"标记-压缩"），值得注意的是，复制算法内存也是规整的。**

**内存分配并发问题（补充内容，需要掌握）**  
在创建对象的时候有一个很重要的问题，就是线程安全，因为在实际开发过程中，创建对象是很频繁的事情，作为虚拟机来说，必须要保证线程是安全的，通常来讲，虚拟机采用两种方式来保证线程安全：  
**CAS+失败重试：**  
CAS 是乐观锁的一种实现方式。所谓乐观锁就是，每次不加锁而是假设没有冲突而去完成某项操作，如果因为冲突失败就重试，直到成功为止。虚拟机采用 CAS 配上失败重试的方式保证更新操作的原子性。

**TLAB：**  
为每一个线程预先在 Eden 区分配一块儿内存，JVM 在给线程中的对象分配内存时，首先在 TLAB 分配，当对象大于 TLAB 中的剩余内存或 TLAB 的内存已用尽时，再采用上述的 CAS 进行内存分配

### Step3:初始化零值 ###

内存分配完成后，虚拟机需要将分配到的内存空间都初始化为零值（不包括对象头），这一步操作保证了对象的实例字段在 Java 代码中可以不赋初始值就直接使用，程序能访问到这些字段的数据类型所对应的零值。

### Step4:设置对象头 ###

初始化零值完成之后，虚拟机要对对象进行必要的设置，例如这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码、对象的 GC 分代年龄等信息。 这些信息存放在对象头中。 另外，根据虚拟机当前运行状态的不同，如是否启用偏向锁等，对象头会有不同的设置方式。

### Step5:执行 init 方法 ###

在上面工作都完成之后，从虚拟机的视角来看，一个新的对象已经产生了，但从 Java 程序的视角来看，对象创建才刚开始， 方法还没有执行，所有的字段都还为零。所以一般来说，执行 new 指令之后会接着执行 方法，把对象按照程序员的意愿进行初始化，这样一个真正可用的对象才算完全产生出来。

[Link 1]: https://blog.csdn.net/Zhangsama1/article/details/128267853?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522167685839216782427454743%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=167685839216782427454743&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~rank_v31_ecpm-2-128267853-null-null.blog_rank_default&utm_term=%E7%B1%BB%E5%8A%A0%E8%BD%BD&spm=1018.2226.3001.4450