(2.1.1.3) JVM内容:对象的生命周期与OOP-Klass模型

目录

一、对象的创建

1.1 判断对象对应的类是否加载、链接、初始化

1.2 为对象分配内存

1.3 处理并发安全问题

1.4 初始化分配到的内存空间

1.5 设置对象的对象头

1.6 执行init方法进行初始化

二、对象的堆内存布局

三、HotSpot的对象模型

3.1 对象、引用与类的关联

四、对象的生命周期

参考文献


一、对象的创建

对象的创建通常是通过new一个对象而已,当虚拟机接收到一个new指令时,它会做如下的操作

1.1 判断对象对应的类是否加载、链接、初始化

虚拟机接收到一条new指令时,首先会去检查这个指定的参数是否能在常量池中定位到一个类的符号引用,并且检查这个符号引用代表的类是否已被类加载器加载、链接和初始化过。如果没有则先执行相应的类加载过程。关于类加载器我们在前一篇文章中已经提到过,这里不再赘述

1.2 为对象分配内存

类加载完成后,接着会在Java堆中划分一块内存分配给对象。内存分配根据Java堆是否规整,有两种方式:

1. 指针碰撞:如果Java堆的内存是规整,即所有用过的内存放在一边,而空闲的的放在另一边。分配内存时将位于中间的指针指示器向空闲的内存移动一段与对象大小相等的距离,这样便完成分配内存工作。
2. 空闲列表:如果Java堆的内存不是规整的,则需要由虚拟机维护一个列表来记录那些内存是可用的,这样在分配的时候可以从列表中查询到足够大的内存分配给对象,并在分配后更新列表记录。

Java堆的内存是否规整根据所采用的来及收集器是否带有压缩整理功能有关,关于垃圾收集器,本系列后面的文章会介绍。


1.3 处理并发安全问题

创建对象是一个非常频繁的操作,所以需要解决并发的问题,有两种方式:

1. 对分配内存空间的动作进行同步处理,比如在虚拟机采用CAS算法并配上失败重试的方式保证更新操作的原子性。
2. 每个线程在Java堆中预先分配一小块内存,这块内存称为本地线程分配缓冲(Thread Local Allocation Buffer)简写为TLAB,线程需要分配内存时,就在对应线程的TLAB上分配内存,当线程中的TLAB用完并且被分配到了新的TLAB时,这时候才需要同步锁定。通过-XX:+/-UserTLAB参数来设定虚拟机是否使用TLAB。

1.4 初始化分配到的内存空间

将分配到的内存,除了对象头都初始化为零值。

1.5 设置对象的对象头

将对象的所属类、对象的HashCode和对象的GC分代年龄等数据存储在对象的对象头中

1.6 执行init方法进行初始化

执行init方法,初始化对象的成员变量、调用类的构造方法,这样一个对象就被创建了出来。


二、对象的堆内存布局

对象创建完毕,并且已经在Java堆中分配了内存,那么对象在堆内存是如何进行布局的呢?

以HotSpot虚拟机为例,对象在堆内存的布局分为三个区域,分别是对象头(Header)、实例数据(Instance Data)、对齐填充(Padding)。

1. 对象头:对象头包括两部分信息分别是Mark World和元数据指针
    1. Mark World用于存储对象运行时的数据,比如HashCode、锁状态标志、GC分代年龄等。
    2. 而元数据指针用于指向方法区的中目标类的类型信息,通过元数据指针可以确定对象的具体类型。
2. 实例数据:用于存储对象中的各种类型的字段信息(包括从父类继承来的)。
3. 对齐填充:对齐填充不一定存在,起到了占位符的作用,没有特别的含义。


三、HotSpot的对象模型

HotSpot中采用了OOP-Klass模型,它是用来描述Java对象实例的一种模型,OOP(Ordinary Object Pointer)指的是普通对象指针,而Klass用来描述对象实例的具体类型。
HotSpot中,用instanceOopDesc 和 arrayOopDesc 来描述对象头,其中arrayOopDesc对象用于描述数组类型。
instanceOopDesc的代码如下所示。
openjdk/hotspot/src/share/vm/oops/instanceOop.hpp


```
class instanceOopDesc : public oopDesc {
 public:
  // aligned header size.
  static int header_size() { return sizeof(instanceOopDesc)/HeapWordSize; }

  // If compressed, the offset of the fields of the instance may not be aligned.
  static int base_offset_in_bytes() {
    // offset computation code breaks if UseCompressedClassPointers
    // only is true
    return (UseCompressedOops && UseCompressedClassPointers) ?
             klass_gap_offset_in_bytes() :
             sizeof(instanceOopDesc);
  }

  static bool contains_field_offset(int offset, int nonstatic_field_size) {
    int base_in_bytes = base_offset_in_bytes();
    return (offset >= base_in_bytes &&
            (offset-base_in_bytes) < nonstatic_field_size * heapOopSize);
  }
};
```


可以看出instanceOopDesc继承自oopDesc:
openjdk/hotspot/src/share/vm/oops/oop.hpp

```
class oopDesc {
  friend class VMStructs;
 private:
  volatile markOop  _mark;
  union _metadata {
    Klass*      _klass;
    narrowKlass _compressed_klass;
  } _metadata;

  // Fast access to barrier set.  Must be initialized.
  static BarrierSet* _bs;
...
}
```


oopDesc中包含两个数据成员:_mark 和 _metadata。其中markOop类型的_mark对象指的是前面讲到的Mark World。_metadata是一个共用体,其中_klass是普通指针,_compressed_klass是压缩类指针,它们就是前面讲到的元数据指针,这两个指针都指向instanceKlass对象,它用来描述对象的具体类型。
instanceKlass的代码如下所示。
openjdk/hotspot/src/share/vm/oops/instanceKlass.hpp

```
class InstanceKlass: public Klass {
  ...
  enum ClassState {
    allocated,                          // allocated (but not yet linked)
    loaded,                             // loaded and inserted in class hierarchy (but not linked yet)
    linked,                             // successfully linked/verified (but not initialized yet)
    being_initialized,                  // currently running class initializer
    fully_initialized,                  // initialized (successfull final state)
    initialization_error                // error happened during initialization
  };
  ...
 }
```

3.1 对象、引用与类的关联

知道了OOP-Klass模型,我们就可以分析Java虚拟机是如何通过栈帧中的对象引用找到对应的对象实例,如下图所示。

【对象、引用与类的关联】

从图中可以看出,通过栈帧中的对象引用找到Java堆中的instanceOopDesc对象,再通过instanceOopDesc中的元数据指针来找到方法区中的instanceKlass,从而确定该对象的具体类型。

四、对象的生命周期


当Java对象被类加载器加载到虚拟机中后,Java对象在Java虚拟机中有7个阶段。

1.创建阶段(Created)创建阶段的具体步骤为:
    1. 为对象分配存储空间。
    2. 构造对象。
    3. 从超类到子类对static成员进行初始化。
    4. 递归调用超类的构造方法。
    5. 调用子类的构造方法。
2.应用阶段(In Use)
    1. 当对象被创建,并分配给变量赋值,状态就切换到了应用阶段。
    2. 这一阶段的对象至少要具有一个强引用,或者显式的使用软引用、弱引用或者虚引用。
3.不可见阶段(Invisible)
    1. 程序中找不到对象的任何强引用,比如程序的执行已经超出了该对象的作用域。在不可见阶段,对象仍可能被特殊的强引用GC Roots持有着,比如对象被本地方法栈中JNI引用或是被运行中的线程引用等。
4.不可达阶段(Unreachable)
    1. 程序中找不到对象的任何强引用,并且垃圾收集器发现对象不可达。
5.收集阶段(Collected)
    1. 垃圾收集器已经发现对象不可达,并且垃圾收集器已经准备好要对该对象的内存空间重新进行分配时。这个时候如果该对象重写了finalize方法,则会调用该方法。
6.终结阶段(Finalized)
    - 当对象执行完finalize法后仍然处于不可达状态时,或者对象没有重写finalize方法,则该对象进入终结阶段,并等待垃圾收集器回收该对象空间。
7.对象空间重新分配阶段(Deallocated)
    - 当垃圾收集器对对象的内存空间进行回收或者再分配时,这个对象就会彻底消失。


参考文献

- [Java虚拟机(二)对象的创建与OOP-Klass模型](http://liuwangshu.cn/java/jvm/2-oop-kclass.html)
- [Java虚拟机(三)垃圾标记算法与Java对象的生命周期](http://liuwangshu.cn/java/jvm/3-garbage-mark.html)

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
“improperly specifed vm option failed to create jvm.jvm.path: d:\ideaindtall\in” 这个错误通常表示在设置JVM选项时存在问题,无成功创建Java虚拟机。具体地说,路径"d:\ideaindtall\in" 带有错误的语或者无效的路径。 要解决这个问题,有几个步骤可以尝试: 1. 检查路径语:首先确保路径的语是正确的。在这种情况下,可能是因为路径中的字母拼写错误、缺少路径分隔符或使用了错误的斜杠方向(应该使用反斜杠“\”而不是正斜杠“/”)等。 2. 检查文件或目录是否存在:确认路径指向的文件或目录是否真正存在。如果文件或目录不存在,可能会导致创建JVM失败。 3. 检查JVM选项设置:确保VM参数设置正确且完整。这意味着检查其他VM选项,如堆内存大小、所需的JDK版本等是否正确。有时候,一个不正确的VM选项设置可能导致JVM成功创建。 4. 检查IDE设置:如果这个错误是在使用某个IDE(如IntelliJ IDEA)时出现的,请检查IDE的设置。可能是IDE的配置有问题,需要重新设置或修复。 如果以上步骤都无解决问题,可以尝试重新安装Java Development Kit(JDK)或使用其他版本的JDK,通常可以修复与JVM相关的问题。 总之,解决"improperly specifed vm option failed to create jvm.jvm.path: d:\ideaindtall\in" 错误需要仔细检查路径语、文件或目录的存在性,以及其他JVM选项的设置。同时,修复IDE配置或重新安装JDK也是可能的解决方

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值