Jvm学习笔记之类加载子系统

1. 类加载器子系统

作用：将class文件从本地或者磁盘加载到内存，生成一个大的class实例。

类加载过程：加载->连接->初始化。连接过程又可分为三步：验证->准备->解析。

一个非数组类的加载阶段（加载阶段获取类的二进制字节流的动作）是可控性最强的阶段，这一步我们可以去完成还可以自定义类加载器去控制字节流的获取方式（重写一个类加载器的 loadClass() 方法）。数组类型不通过类加载器创建，它由 Java 虚拟机直接创建。

所有的类都由类加载器加载，加载的作用就是将 .class文件加载到内存。

注意：对Class文件进行反编译，可以使用javap -v xxx.class命令。

---

1.1 加载(Loading)

JVM 中内置了三个重要的 ClassLoader，除了 BootstrapClassLoader， 其他类加载器均由 Java 间接继承自java.lang.ClassLoader：

1. BootstrapClassLoader(启动类加载器/引导类加载器) ：最顶层的加载类，由C++实现，嵌套JVM内部，负责加载 %JAVA_HOME%/lib目录下的jar包和类，也就是Java的核心类库，或者或被 -Xbootclasspath参数指定的路径中的所有类，
   • 由C/C++实现，嵌套JVM内部
   • 负责加载Java的核心类库
   • 并不继承自ClassLoader，没有父类加载器
   • 加载扩展类和应用程序类加载器，并指定为他们的父类加载器
   • 出于安全的考虑，启动类加载器只加载包名为java，javax，sun开头的类
2. ExtensionClassLoader(扩展类加载器) ：主要负责加载目录 %JRE_HOME%/lib/ext 目录下的jar包和类，或被 java.ext.dirs 系统变量所指定的路径下的jar包。
   • Java语言编写，由sun.misc.Launcher$ExtClassLoader实现
   • 派生于ClassLoader类（派生，就是间接继承，父类继承ClassLoader）
   • 父类加载器为启动类加载器(引导类加载器)
   • 从java.ext.dirs系统属性所指的目录中加载类库，或者从JDK安装的目录jre/lib/ext子目录加载类库，如果用户创建的jar放在此目录下，也会被扩展类加载器加载
3. AppClassLoader(系统类加载器/应用程序类加载器) ：面向我们用户的加载器，负责加载当前应用classpath下的所有jar包和类。
   • Java语言编写，由sun.misc.Launcher$ExtClassLoader实现
   • 派生于ClassLoader类（派生，就是间接继承，父类继承ClassLoader）
   • 父类加载器为扩展类加载器
   • 负责加载环境变量classPath或系统属性java.class.path指定目录下的类库
   • 该类加载是程序中的默认加载器，一般来说，Java应用程序都是由它来完成
   • 可以通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器
4. 用户自定义类加载器：需要继承java.lang.ClassLoader，ClassLoader是一个抽象类
   • 在日常开发过程中，前三种加载器相互配合使用，在一些特定的场景下，会使用自定义加载器，来定制类的加载方式
   • 为什么需要自定义加载器呢？
     • 隔离加载类
     • 修改类加载的方式
     • 扩展加载源
     • 防止源码泄露

注意：用户自定义类，是默认使用系统类加载器进行加载，而Java的核心类库(String,包装类… )是使用引导类加载器进行加载

---

1.2 链接(Linking)

链接分为三步：验证->准备->解析。

• 验证(verify)：目的在于确保class文件的字节流中包含的信息符合当前的虚拟机要求，保证类的正确性

• 准备(Prepare)：

  • 为变量分配内存并且设置该类变量的默认初始值，即零值。

  • 这里不包含用final修饰的static变量，因为final在编译期间就会被分配，准备阶段会显式初始化

  • 这里不会为实例变量分配初始化，类变量会分配到方法区中，而实例变量会随着对象一起被分配到Java堆中

• 解析(Resolve)：

  • 将常量池内的符号引用转换成直接引用的过程。

  • 事实上，解析操作往往是伴随着JVM在执行完初始化之后再执行的。

  • 解析动作主要针对类或接口、字段、类方法、接口方法、方法类型等。

1.3 初始化(initialization)

• 初始化的过程就是执行构造器方法<clinit>()的过程
• 此方法不需被定义，是javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的方法合并而来。
• 构造器方法中指令按语句在源文件中出现顺序执行。
• 若该类存在父类，JVM会保证子类的()执行前，父类的()已经执行完毕
• 虚拟机必须保证一个类的()方法在多线程下被同步加锁。

2.双亲委派机制

​ Java虚拟机对class文件采用的是按需加载的方式,也就是说当需要使用该类时，才会将它的class文件加载到内存生成class对象。而且加载某个类的class文件时，Java采用的是双亲委派机制，即是把请求交由父类处理，他是一种任务委派的模式。

2.1工作原理

• 如果一个类加载器收到了类加载请求，并不会自己先去加载，而是把这个请求交由父类的加载器去执行。
• 如果该父类的加载器还存在父类加载器，则进一步向上委托，依次递归，请求最终到达最顶层的启动类加载器。
• 如果父类加载器可以完成请求任务，就成功返回；倘若父类加载器无法完成加载此任务，子类加载器才会尝试自己去加载，这就是双亲委派机制

2.2 优势

• 避免类的重复加载
• 保护程序的安全，防止核心API被随意篡改
  • 自定义类：java.lang.string
  • 自定义类：java.lang.ShkStart

2.3 沙箱安全机制

​ 自定义String类，但是加载自定义String类，会率先使用引导类加载器加载，而引导类加载器在加载的过程中会首先加载JDK自带的文件(rt.jar中的java.lang.String.class)，报错信息说没有main方法，就是因为加载的是rt.jar包下的String类，而不是自定义类String，这样就会对Java核心源代码进行类保护，这就是沙箱安全机制。

2.4 其他

1. 在Java中表示两个类Class对象是否为同一个类的存在两个条件：

   • 类的完整类名必须一致，包括包名

   • 加载这个类的ClassLoader(指ClassLoader实例对象)必须完全相同

   换句话说，在JVM中，即使这两个类对象（Class对象）来源于同一个Class文件，被同一个虚拟机所加载，但只要加载他们的ClassLoader实例对象不同，那么这两个类对象也是不相等的。

2. 对类加载器的引用

   JVM必须知道一个类型是由启动类加载器加载还是用户自定义类加载器加载。如果一个类型是有用户类加载器加载，那么JVM会将这个类加载器的一个引用信息作为类型信息的一部分保存在方法区中。当解析一个类型到另一个类型的引用的时候，JVM会保证这两个类加载器是相同的。

3. 类的主动使用和被动使用

   Java程序的对类的使用方式又分为：主动使用和被动使用，区别在于会不会导致类的初始化

   • 主动使用，又分为七种情况:

     • 创建类的实例

     • 访问某个类或者接口的静态变量，或者对该静态变量进行赋值

     • 调用类的静态方法

     • 反射（Class.forName(“com.xiaobu.StringTest”)）

     • 初始化一个类的子类

     • Java虚拟机启动时被标明启动的类

     • JDK7.0开始提供动态语言支持

       java.lang.invoke.MenthodHandle实例解析结果

       REF_getStatic、REF_putStatic、REF_invokeStatic句并对应的类没有初始化，则初始化

   • 除了以上的七种情况，其他使用Java类的方式都被看作是对对类的被动引用，都不会导致类的初始化。