类加载子系统

类文件首先需要经过类加载子系统，进行加载，进类信息等加载到运行时数据区，生成Klass的实例。

在类加载子系统中有以下3个阶段操作（广义上的加载）：

  • 加载阶段
    • Bootstrap ClassLoader：引导类加载器，主要加载JDK里面的核心类
    • Extension ClassLoader：拓展类加载器
    • Application ClassLoader：应用加载器
  • 链接阶段
    • 验证
    • 链接
    • 解析
  • 初始化阶段


如果加载的时候失败了，则不会执行后面的链接等操作。

类加载子系统的作用：

  • 类加载器子系统可以从本地文件或者网络中加载Class文件，Class文件开头有特定标识“CAFEBABY”（魔数）。
  • 类加载器只负责将文件加载到运行时数据区，但是否可以运行，是执行引擎管的。
  • 加载的类信息存放在方法区中，除了类信息以外，方法区还存放了运行时产量池信息，可能HIA包括字符串字面量和数字常量（这部分常量是Class文件中常量池部分的内存映射）。

譬如反编译后，会产生常量信息，里面包括常量以及符号引用等：

类加载器ClassLoader的角色,以下面的People.class为例：

通过类信息实例，可以通过new 实例化对象，也可以通过getClassLoader()获取类加载器，也可以通过实例getClass()获取类信息实例。

  1. People.class 存在本地硬盘上，相当于一个模板，最终可以实例化出n个同一个类但是属性不同的实例。
  2. People.class加载到JVM中，被称为DNA元数据模板，存放在方法区，也就是类信息。类信息也是对象。
  3. 从.class文件，到加载到JVM中，称为元数据模板，这个过程需要一个转换工具，这个工具就是类加载器（Class Loader）。

加载（Loading）

此处的加载，指的是类加载过程中的第一个阶段（环节），主要工作包括：

  • 1.通过类的全限定名获取定义此类的二进制字节流。
  • 2.将这个二进制字节流所代表的静态存储结构转化为方法区(JDK7以及之前叫永久代，JDK8之后成为元空间)的运行时数据结构。
  • 3.在内存中生成一个该类的java.lang.Class对象，作为方法区该类的各种数据的访问入口，也就是类信息对象。

类的.class文件来源方式包括以下：

  • 本地系统直接加载
  • 网络传输获取
  • 从zip压缩包读取
  • 运行的时候计算生成，譬如动态代理技术
  • 由其他文件生成，譬如场景：JSP
  • 从加密文件中解密获得

链接

链接阶段又分为3个阶段：

  • 验证：
    • 目的是校验安全和法，确保Class文件的字节流中包含信息符合当前虚拟机要求，保证加载的类的正确性，不会危害到虚拟机的安全。
    • 主要包括4种验证：
      • 文件格式验证(譬如文件开头是"CAFEBABY")
      • 元数据验证
      • 字节码验证
      • 符号引用验证
  • 准备：
    • 为类变量（static）分配内存并且设置该变量的默认初始值，即零值
    • 不包含final修饰的static，因为final在编译的时候已经分配了，准备阶段会显示初始化。
    • 不会为实例变量分配初始化，类变量会分配在方法区，但是实例变量是跟随对象一起分配在Java堆里面（一般情况）
  • 解析：
    • 将常量池的符号引用转化成为直接引用的过程
    • 事实上，解析操作往往会伴随JVM在执行完初始化之后再执行
    • 符号引用就是一组符号来描述所引用的目标，《Java虚拟机规范》的Class文件格式中，直接引用就是直接指向目标的指针，相对偏移量或者一个间接定位到目标的句柄。
    • 解析这个阶段，主要是针对类或者接口，字段，类方法，接口方法，方法类型等等，对应的常量池中的CONSTANT_Class_info,CONSTANT_Fieldred_info，CONSTANT_Methodref_info等。

初始化

初始化，就是执行类的构造器<clinit>()的过程，注意<clinit>()是类的构造器，不是对象的。<clinit>()是初始化类的，就是把类装到JVM里的初始化，不是运行时对象的初始化。

<clinit>()这个方法不需要显式定义，而是javac编译器自动收集类中的所有变量的赋值动作，加上静态代码块，合并成的一个方法。

<clinit>()中代码的顺序和我们在类文件写的顺序一致。

执行子类的<clinit>()方法之前，JVM会保证先执行其父类的<clinit>()，默认父类是Object。

仔细观察上面的代码，会发现，final的属性，即使是static修饰的，在<clinit>()里面都不会存在，这是为什么呢？

这是因为final修饰的是常量，常量不会在初始化的时候执行赋值！！！常量在编译的时候已经分配了，准备阶段会显示初始化。

如果我们将final去掉，就可以发现,去掉final修饰，字节码就会加上该字段的赋值：（下面的ldc是指常量池的意思，从常量池编号为#6的地方，加载该常量）

虚拟机在初始化的时候，已经保证了类的<clinit>()方法，即使在多线程的环境下，也只会执行一次，其底层的逻辑就是默认同步加锁了。

【作者简介】：
秦怀，公众号【秦怀杂货店】作者，技术之路不在一时，山高水长，纵使缓慢，驰而不息。个人写作方向：Java源码解析，JDBC，Mybatis，Spring，redis，分布式，剑指Offer，LeetCode等，认真写好每一篇文章，不喜欢标题党，不喜欢花里胡哨，大多写系列文章，不能保证我写的都完全正确，但是我保证所写的均经过实践或者查找资料。遗漏或者错误之处，还望指正。

2020年我写了什么？

开源刷题笔记

平日时间宝贵，只能使用晚上以及周末时间学习写作，关注我，我们一起成长吧~