深入了解JVM02.JVM类加载器

类加载子系统

类加载子系统加载 class 文件， class 文件在文件开头有特定的文件标识(字节码文件都以 CA FE BA BE 标识开头)。

ClassLoader 只负责 class 文件的加载，至于它是否可以运行，则由 Execution
Engine 决定。

加载的类信息存放于一块称为方法区的内存空间。除了类的信息外，方法区中还会存放运行时常量池信息，可能还包括字符串字面量和数字常量，这部分常量信息是 class 文件中常量池部分的内存映射；

java字节码文件加载到 JVM 中,被称为 DNA 元数据模板,放在方法区中；

类加载的过程

1.加载

1. 通过类名(地址)获取类的二进制字节流.
2. 将字节流所代表的静态存储结构转换为方法区(元空间)的运行时结构.
3. 在内存中生成一个代表这个类的 java.lang.Class 对象,作为方法区这个类的
   各种数据的访问入口

2.链接

验证，准备，解析三个步骤统称为链接：

验证：检验被加载的类是否有正确的内部结构，并和其他类协调一致；

准备：准备阶段负责为类的静态属性分配内存，并设置默认初始值；不包含用 final 修饰的 static 实例变量,在编译时进行初始化. 不会为实例变量初始化；

解析：将类的二进制数据中的符号引用替换成直接引用（符号引用是用一组符号描述所引用的目标；直接引用是指向目标的指针）.

类的初始化

类的初始化有下列五种情况：
1.使用new关键字，创建对象实例；
2.使用类的静态属性；
3.使用类的静态方法；
4.通过反射；
5.初始化类的子类（会先加载其父类）

类的初始化顺序：

首先对 static 修饰的变量或语句块进行赋值.

如果同时包含多个静态变量和静态代码块，则按照自上而下的顺序依次执行。

如果初始化一个类的时候，其父类尚未初始化，则优先初始化其父类。

顺序是：父类 static –> 子类 static –> 父类构造方法- -> 子类构造方法；

类加载器的分类

类加载器分为引导类加载器(Bootstrap ClassLoader)和自定义类加载器(User-Defined ClassLoader)；

其中自定义类加载器指所有派生于抽象类ClassLoader 的类加载器；在程序中最常见的类加载器只有三个：引导类加载器(启动类加载器 BootStrap ClassLoader)，
扩展类加载器(Extension ClassLoader)，应用程序类加载器(系统类加载器 Application ClassLoader)；

1.引导类加载器(启动类加载器 BootStrap ClassLoader)

引导类加载器使用 C/C++语言实现,嵌套在 JVM 内部.

它用来加载 java 核心类库.

并不集成于 java.lang.ClassLoader 没有父加载器.

负责加载扩展类加载器和应用类加载器,并为他们指定父类加载器.

出于安全考虑,引用类加载器只加载包名为 java,javax,sun 等开头的类.

2.扩展类加载器(Extension ClassLoader)

Java 语言编写的,由 sun.misc.Launcher$ExtClassLoader 实现.

派生于 ClassLoader 类.

上层类加载器为引用类加载器.

从 java.ext.dirs 系统属性所指定的目录中加载类库,或从 JDK 系统安装目录的
jre/lib/ext 子目录(扩展目录)下加载类库.如果用户创建的 jar 放在此目录下,也会自动由扩展类加载器加载.

应用程序类加载器(系统类加载器 Application ClassLoader)

Java 语言编写的,由 sun.misc.Launcher$AppClassLoader 实现.

派生于 ClassLoader 类.

上层类加载器为扩展类加载器.

加载我们自己定义的类.

该类加载器是程序中默认的类加载器.

通过 类名.class.getClassLoader(),ClassLoader.getSystemClassLoader()来
获得.

双亲委派机制

JVM对字节码文件采用的是按需分配的方式，需要用到该类才会将其加载到JVM中；在加载类的字节码文件时，使用的是双亲委派机制：将请求交给父类处理，是一种任务委派方式；

其原理为：

1. 如果一个类加载器收到了类加载请求,它并不会自己先去加载,而是把这个请
   求委托给父类的加载器去执行.

2. 如果父类加载器还存在其父类加载器,则进一步向上委托,依次递归,请求最终
   将到达顶层的启动类加载器.

3. 如果父类加载器可以完成类的加载任务,就成功返回,倘若父类加载器无法完
   成加载任务,子加载器才会尝试自己去加载,这就是双亲委派机制. 如果均加载失败，就会抛出 ClassNotFoundException 异常；

其优点有：
1 安全，可避免用户自己编写的类动态替换 Java 的核心类；

2 避免全限定命名的类重复加载，使用了 findLoadClass()判断当前类是否已加
载；

沙箱安全机制

在查找类时会先委托顶层的引导类加载器查找这个类，如果没有的话就委托给扩展类加载器,再没有就委托到系统类加载器；

当在先一级找到时，就不去下一级进行查找，如果我们自定义的类和系统类相同，那么此机制就使得系统的类的安全，不会被用户的类覆盖掉；

此机制的作用也就是：防止恶意代码污染 java 源代码；

在判断两个对象是否为同一个类时，需要：
1.其全类名相同（类名不同则不为同一个类）
2.其类加载器是否相同（如上所说，自定义的类与jdk的类全类名相同，但是其类加载器因为沙箱安全机制而不同）

类的使用

类的使用分为：主动使用和被动使用；

1.主动使用

JVM规定，在类的首次主动使用才会进行初始化；其在下述几种情况下即为主动使用：
1.使用new关键字实例化对象；
2.使用类的静态属性；
3.使用类的静态方法；
4.使用反射机制；
5.初始化子类；
6.执行该类的main方法；

2.被动使用

不会初始化类的情况：
1.使用类的静态常量，但是需要其值不为计算出的值；
2.实例化类的数组；