第七章 虚拟机类加载机制

概述

  虚拟机把描述类的数据从class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型，这就是虚拟机的类加载机制。Java可以动态扩展的特性就是依赖运行期动态加载和动态链接这个特点实现的。

类加载的时机

下面四种情况必须立即对类进行“初始化”（加载、验证和准备自然需要在此之前开始）：

1. 遇到new、getstatic、putstatic或invokestatic这4条字节码指令时，如果类没有进行过初始化，则需要先触发其初始化。
2. 使用java.lang.reflect包的方法对类进行反射调用的时候，如果类没有进行过初始化，则需要先触发其初始化。
3. 当初始化一个类的时候，如果其父类还没有进行过初始化，则需要先触发其父类的初始化。
4. 当虚拟机启动时，用户需要指定一个要执行的主类（包含main()方法的那个类），虚拟机会先初始化这个主类。

类加载的过程

1. 加载
   在加载阶段，虚拟机需要完成以下三件事情：
   ①通过全限定类名来获取定义此类的二进制字节流；
   ②将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构；
   ③Java堆中生成一个代表这个类的java.lang.Class对象，作为方法区这些数据的访问入口。
   该阶段是开发期可控性最强的阶段。

2. 验证
   参数：-Xverify:none 表示关闭大部分的类验证
   确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全。
   ①文件格式验证：要验证字节流是否符合Class文件格式规范，并且能被当前版本的虚拟机处理；
   ②元数据验证：对字节码描述的信息进行语义分析，以保证其描述的信息符合Java语言规范的要求；
   ③字节码验证：进行数据流和控制流分析，即对类的方法体进行校验分析，以保证被校验类的方法在运行时不会做出危害虚拟机安全的行为；
   ④符号引用验证：对类自身以外（常量池中的各种符号引用）的信息进行匹配性的校验，以确保解析动作能够正常执行。

3. 准备

①“通常情况”下数据类型的零值：如 public static int value = 123；那么变量value在准备阶段过后的初始值为0而不是123，因为这时还没有开始执行任何Java方法，而把value赋值为123的putstatic指令存放于类构造器< clinit >()方法中，所以将在初始化阶段才会被执行。
②“特殊情况”下数据类型零值：如public static final int value2 = 123;编译时javac将会为value生成ConstantValue属性，在准备阶段虚拟机会根据ConstantValue的设置将value赋值为123。

准备阶段是正式为类变量（被static修饰的变量）分配内存并设置类变量初始值（数据类型的零值）的阶段，这些内存都将在方法区中进行分配。

4. 解析

符号引用：以一组符号来描述所引用的目标，引用的目标不一定已经加载到内存中；
直接引用：可以是直接指向目标的指针、相对便宜量或一个能间接定位到目标的句柄，如果有了直接引用那么引用的目标一定已经在内存中存在。

解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程；解析动作主要针对类或接口、字段、类方法和接口方法四类符号引用进行。

5. 初始化

①< clinit>，类构造器方法，在jvm第一次加载class文件时调用，因为是类级别的，所以只加载一次，是编译器自动收集类中所有类变量（static修饰的变量）和静态语句块（static{}），中的语句合并产生的，编译器收集的顺序，是由程序员在写在源文件中的代码的顺序决定的。
②< init>，实例构造器方法，在实例创建出来的时候调用，包括调用new操作符；调用Class或java.lang.reflect.Constructor对象的newInstance()方法；调用任何现有对象的clone()方法；通过java.io.ObjectInputStream类的getObject()方法反序列化。

初始化阶段是执行类构造器< clinit>()方法的过程，即执行类变量的赋值操作和静态语句块（static{}块）。
注意：①虚拟机会保证在子类的< clinit>()方法执行之前，父类的< clinit>()方法已经执行完毕，因此在虚拟机中第一个被执行的< clinit>()方法的类肯定是java.lang.Object；
②接口的< clinit>()方法不需要先执行父接口的< clinit>()方法，只有当父接口中定义的变量被使用时，父接口才会被初始化。

类加载器

• 类与类加载器
  比较两个类是否“相等”，只有在这两个类是由同一类加载器加载的前提下才有意义。
  从Java虚拟机角度：启动类加载器（C++语言实现，是虚拟机一部分）和所有其他的类加载器（Java语言实现，独立于虚拟机并继承自抽象类java.lang.ClassLoader）；
  从Java开发人员角度：启动类加载器、扩展类加载器和应用程序类加载器。

• 双亲委派模型
  
  工作过程：如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求配给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都传送到顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个请求时，子加载器才会尝试自己去加载。
  好处：Java类随着类加载器一起具备了一种带有优先级的层次关系，对于保证Java程序的稳定运作很重要。

• 破坏双亲委派模型
  由树状结构变为网状结构，当收到类加载请求时，按下面顺序搜索：
  ①将以java.*开头的类，委派给父类加载器加载；
  ②否则，将委派列表名单内的，类委派给父类加载器加载；
  ③否则，将import列表中的类，委派给Export这个类的Bundle的类加载器加载；
  ④否则，查找当前Bundle的ClassPath，使用自己的类加载器加载；
  ⑤否则，查找类是否在自己的Fragment Bundle中，如果在，则委派给Fragment Bundle的类加载器加载；
  ⑥否则，查找DynamicImport列表的Bundle，委派给对应的Bundle的类加载器加载；
  ⑦否则，类查找失败