深入理解多线程(二)—— Java的对象模型

开发 开发工具
大家都知道的是,Java对象保存在堆内存中。在内存中,一个Java对象包含三部分:对象头、实例数据和对齐填充。其中对象头是一个很关键的部分,因为对象头中包含锁状态标志、线程持有的锁等标志。这篇文章就主要从Java对象模型入手,找一找我们关系的对象头以及对象头中和锁相关的运行时数据在JVM中是如何表示的。

上一篇文章中简单介绍过synchronized关键字的方式,其中,同步代码块使用monitorenter和monitorexit两个指令实现,同步方法使用ACC_SYNCHRONIZED标记符实现。后面几篇文章会从JVM源码的角度更加深入,层层剥开synchronized的面纱。

[[213739]]

在进入正题之前,肯定有些基础知识需要铺垫,那么先来看一下一个容易被忽略的但是又很重要的知识点 —— Java对象模型 。

大家都知道的是,Java对象保存在堆内存中。在内存中,一个Java对象包含三部分:对象头、实例数据和对齐填充。其中对象头是一个很关键的部分,因为对象头中包含锁状态标志、线程持有的锁等标志。这篇文章就主要从Java对象模型入手,找一找我们关系的对象头以及对象头中和锁相关的运行时数据在JVM中是如何表示的。

Java的对象模型

任何一个接触过Java的人都知道,Java是一种面向对象语言。在学习Java的过程中你一定对下面两句话不陌生:

1、在面向对象的软件中,对象(Object)是某一个类(Class)的实例。

2、一切皆对象

我们还知道,在JVM的内存结构中,对象保存在堆内存中,而我们在对对象进行操作时,其实操作的是对象的引用。那么对象本身在JVM中的结构是什么样的呢?本文的所有分析均基于HotSpot虚拟机。

oop-klass model

HotSpot是基于c++实现,而c++是一门面向对象的语言,本身是具备面向对象基本特征的,所以Java中的对象表示,最简单的做法是为每个Java类生成一个c++类与之对应。但HotSpot JVM并没有这么做,而是设计了一个OOP-Klass Model。OOP(Ordinary Object Pointer)指的是普通对象指针,而Klass用来描述对象实例的具体类型。

为什么HotSpot要设计一套oop-klass model呢?答案是:HotSopt JVM的设计者不想让每个对象中都含有一个vtable(虚函数表)

这个解释似乎可以说得通。众所周知,C++和Java都是面向对象的语言,面向对象语言有一个很重要的特性就是多态。关于多态的实现,C++和Java有着本质的区别。

  • 多态是面向对象的最主要的特性之一,是一种方法的动态绑定,实现运行时的类型决定对象的行为。多态的表现形式是父类指针或引用指向子类对象,在这个指针上调用的方法使用子类的实现版本。多态是IOC、模板模式实现的关键。

在C++中通过虚函数表的方式实现多态,每个包含虚函数的类都具有一个虚函数表(virtual table),在这个类对象的地址空间的最靠前的位置存有指向虚函数表的指针。在虚函数表中,按照声明顺序依次排列所有的虚函数。由于C++在运行时并不维护类型信息,所以在编译时直接在子类的虚函数表中将被子类重写的方法替换掉。

在Java中,在运行时会维持类型信息以及类的继承体系。每一个类会在方法区中对应一个数据结构用于存放类的信息,可以通过Class对象访问这个数据结构。其中,类型信息具有superclass属性指示了其超类,以及这个类对应的方法表(其中只包含这个类定义的方法,不包括从超类继承来的)。而每一个在堆上创建的对象,都具有一个指向方法区类型信息数据结构的指针,通过这个指针可以确定对象的类型。

上面这段是我从网上摘取过来的,说的有一定道理,但是也不全对。至于为啥,我会在后文介绍到Klass的时候细说。

关于opp-klass模型的整体定义,在HotSpot的源码中可以找到。

oops模块可以分成两个相对独立的部分:OOP框架和Klass框架。

在oopsHierarchy.hpp里定义了oop和klass各自的体系。

oop

oop体系:

  1. //定义了oops共同基类 
  2. typedef class   oopDesc*                            oop; 
  3. //表示一个Java类型实例 
  4. typedef class   instanceOopDesc*            instanceOop; 
  5. //表示一个Java方法 
  6. typedef class   methodOopDesc*                    methodOop; 
  7. //表示一个Java方法中的不变信息 
  8. typedef class   constMethodOopDesc*            constMethodOop; 
  9. //记录性能信息的数据结构 
  10. typedef class   methodDataOopDesc*            methodDataOop; 
  11. //定义了数组OOPS的抽象基类 
  12. typedef class   arrayOopDesc*                    arrayOop; 
  13. //表示持有一个OOPS数组 
  14. typedef class   objArrayOopDesc*            objArrayOop; 
  15. //表示容纳基本类型的数组 
  16. typedef class   typeArrayOopDesc*            typeArrayOop; 
  17. //表示在Class文件中描述的常量池 
  18. typedef class   constantPoolOopDesc*            constantPoolOop; 
  19. //常量池告诉缓存 
  20. typedef class   constantPoolCacheOopDesc*   constantPoolCacheOop; 
  21. //描述一个与Java类对等的C++类 
  22. typedef class   klassOopDesc*                    klassOop; 
  23. //表示对象头 
  24. typedef class   markOopDesc*                    markOop; 

上面列出的是整个Oops模块的组成结构,其中包含多个子模块。每一个子模块对应一个类型,每一个类型的OOP都代表一个在JVM内部使用的特定对象的类型。

从上面的代码中可以看到,有一个变量opp的类型是oppDesc ,OOPS类的共同基类型为oopDesc。

  1. class oopDesc { 
  2.   friend class VMStructs; 
  3.  private: 
  4.   volatile markOop  _mark; 
  5.   union _metadata { 
  6.     wideKlassOop    _klass; 
  7.     narrowOop       _compressed_klass; 
  8.   } _metadata; 

在Java程序运行过程中,每创建一个新的对象,在JVM内部就会相应地创建一个对应类型的OOP对象。在HotSpot中,根据JVM内部使用的对象业务类型,具有多种oopDesc的子类。除了oppDesc类型外,opp体系中还有很多instanceOopDesc、arrayOopDesc 等类型的实例,他们都是oopDesc的子类。

这些OOPS在JVM内部有着不同的用途,例如,instanceOopDesc表示类实例,arrayOopDesc表示数组。也就是说,当我们使用new创建一个Java对象实例的时候,JVM会创建一个instanceOopDesc对象来表示这个Java对象。同理,当我们使用new创建一个Java数组实例的时候,JVM会创建一个arrayOopDesc对象来表示这个数组对象。

在HotSpot中,oopDesc类定义在oop.hpp中,instanceOopDesc定义在instanceOop.hpp中,arrayOopDesc定义在arrayOop.hpp中。

简单看一下相关定义:

  1. class instanceOopDesc : public oopDesc { 
  2.  
  3. class arrayOopDesc : public oopDesc { 

通过上面的源码可以看到,instanceOopDesc实际上就是继承了oopDesc,并没有增加其他的数据结构,也就是说instanceOopDesc中包含两部分数据:markOop _mark和union _metadata。

这里的markOop你可能又熟悉了,这不就是OOPS体系中的一部分吗,上面注释中已经说过,他表示对象头。 _metadata是一个联合体,这个字段被称为元数据指针。指向描述类型Klass对象的指针。

HotSpot虚拟机中,对象在内存中存储的布局可以分为三块区域:对象头、实例数据和对齐填充。在虚拟机内部,一个Java对象对应一个instanceOopDesc的对象,该对象中有两个字段分别表示了对象头和实例数据。那就是_mark和_metadata。

文章开头我们就说过,之所以我们要写这篇文章,是因为对象头中有和锁相关的运行时数据,这些运行时数据是synchronized以及其他类型的锁实现的重要基础。因为本文主要介绍的oop-klass模型,在这里暂时不对对象头做展开,下一篇文章介绍。

前面介绍到的_metadata是一个共用体,其中_klass是普通指针,_compressed_klass是压缩类指针。在深入介绍之前,就要来到oop-Klass中的另外一个主角klass了。

klass

klass体系 

  1. //klassOop的一部分,用来描述语言层的类型 
  2. class  Klass; 
  3. //在虚拟机层面描述一个Java类 
  4. class   instanceKlass; 
  5. //专有instantKlass,表示java.lang.Class的Klass 
  6. class     instanceMirrorKlass; 
  7. //专有instantKlass,表示java.lang.ref.Reference的子类的Klass 
  8. class     instanceRefKlass; 
  9. //表示methodOop的Klass 
  10. class   methodKlass; 
  11. //表示constMethodOop的Klass 
  12. class   constMethodKlass; 
  13. //表示methodDataOop的Klass 
  14. class   methodDataKlass; 
  15. //最为klass链的端点,klassKlass的Klass就是它自身 
  16. class   klassKlass; 
  17. //表示instanceKlass的Klass 
  18. class     instanceKlassKlass; 
  19. //表示arrayKlass的Klass 
  20. class     arrayKlassKlass; 
  21. //表示objArrayKlass的Klass 
  22. class       objArrayKlassKlass; 
  23. //表示typeArrayKlass的Klass 
  24. class       typeArrayKlassKlass; 
  25. //表示array类型的抽象基类 
  26. class   arrayKlass; 
  27. //表示objArrayOop的Klass 
  28. class     objArrayKlass; 
  29. //表示typeArrayOop的Klass 
  30. class     typeArrayKlass; 
  31. //表示constantPoolOop的Klass 
  32. class   constantPoolKlass; 
  33. //表示constantPoolCacheOop的Klass 
  34. class   constantPoolCacheKlass; 

和oopDesc是其他oop类型的父类一样,Klass类是其他klass类型的父类。

Klass向JVM提供两个功能:

  • 实现语言层面的Java类(在Klass基类中已经实现)
  • 实现Java对象的分发功能(由Klass的子类提供虚函数实现)

文章开头的时候说过:之所以设计oop-klass模型,是因为HotSopt JVM的设计者不想让每个对象中都含有一个虚函数表。

HotSopt JVM的设计者把对象一拆为二,分为klass和oop,其中oop的职能主要在于表示对象的实例数据,所以其中不含有任何虚函数。而klass为了实现虚函数多态,所以提供了虚函数表。所以,关于Java的多态,其实也有虚函数的影子在。

_metadata是一个共用体,其中_klass是普通指针,_compressed_klass是压缩类指针。这两个指针都指向instanceKlass对象,它用来描述对象的具体类型。

instanceKlass

JVM在运行时,需要一种用来标识Java内部类型的机制。在HotSpot中的解决方案是:为每一个已加载的Java类创建一个instanceKlass对象,用来在JVM层表示Java类。

来看下instanceKlass的内部结构:

  1. //类拥有的方法列表 
  2.   objArrayOop     _methods; 
  3.   //描述方法顺序 
  4.   typeArrayOop    _method_ordering; 
  5.   //实现的接口 
  6.   objArrayOop     _local_interfaces; 
  7.   //继承的接口 
  8.   objArrayOop     _transitive_interfaces; 
  9.   //域 
  10.   typeArrayOop    _fields; 
  11.   //常量 
  12.   constantPoolOop _constants; 
  13.   //类加载器 
  14.   oop             _class_loader; 
  15.   //protected域 
  16.   oop             _protection_domain; 
  17.       .... 

可以看到,一个类该具有的东西,这里面基本都包含了。

这里还有个点需要简单介绍一下。

在JVM中,对象在内存中的基本存在形式就是oop。那么,对象所属的类,在JVM中也是一种对象,因此它们实际上也会被组织成一种oop,即klassOop。同样的,对于klassOop,也有对应的一个klass来描述,它就是klassKlass,也是klass的一个子类。klassKlass作为oop的klass链的端点。关于对象和数组的klass链大致如下图:

在这种设计下,JVM对内存的分配和回收,都可以采用统一的方式来管理。oop-klass-klassKlass关系如图:

内存存储

关于一个Java对象,他的存储是怎样的,一般很多人会回答:对象存储在堆上。稍微好一点的人会回答:对象存储在堆上,对象的引用存储在栈上。今天,再给你一个更加显得牛逼的回答:

对象的实例(instantOopDesc)保存在堆上,对象的元数据(instantKlass)保存在方法区,对象的引用保存在栈上。

其实如果细追究的话,上面这句话有点故意卖弄的意思。因为我们都知道。方法区用于存储虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。 所谓加载的类信息,其实不就是给每一个被加载的类都创建了一个 instantKlass对象么。

talk is cheap ,show me the code :

  1. class Model 
  2.     public static int a = 1; 
  3.     public int b; 
  4.  
  5.     public Model(int b) { 
  6.         this.b = b; 
  7.     } 
  8.  
  9. public static void main(String[] args) { 
  10.     int c = 10; 
  11.     Model modelA = new Model(2); 
  12.     Model modelB = new Model(3); 

存储结构如下:

总结

每一个Java类,在被JVM加载的时候,JVM会给这个类创建一个instanceKlass,保存在方法区,用来在JVM层表示该Java类。当我们在Java代码中,使用new创建一个对象的时候,JVM会创建一个instanceOopDesc对象,这个对象中包含了两部分信息,方法头以及元数据。对象头中有一些运行时数据,其中就包括和多线程相关的锁的信息。元数据其实维护的是指针,指向的是对象所属的类的instanceKlass。

【本文是51CTO专栏作者Hollis的原创文章,作者微信公众号Hollis(ID:hollischuang)】

戳这里,看该作者更多好文

责任编辑:武晓燕 来源: 51CTO专栏
相关推荐

2018-03-14 15:20:05

Java多线程勘误

2024-01-09 08:28:44

应用多线程技术

2022-07-06 08:05:52

Java对象JVM

2024-05-17 12:56:09

C#编程线程

2023-11-05 12:05:35

JVM内存

2018-07-26 20:10:02

编程语言Java多线程

2012-02-14 10:29:02

Java

2024-06-06 09:58:13

2015-03-24 13:28:52

Java Java Strin内存模型

2022-06-22 08:02:11

CPU操作系统Java

2024-01-29 15:54:41

Java线程池公平锁

2021-09-18 06:56:01

JavaCAS机制

2016-12-08 15:36:59

HashMap数据结构hash函数

2020-07-21 08:26:08

SpringSecurity过滤器

2010-06-01 15:25:27

JavaCLASSPATH

2016-09-18 10:25:07

CPU分支预测模型

2010-03-12 08:55:06

Java内省反射

2018-07-09 15:11:14

Java逃逸JVM

2012-11-22 10:11:16

LispLisp教程

2020-11-11 08:45:48

Java
点赞
收藏

51CTO技术栈公众号