类加载机制

什么是类的加载机制?

JVM将编译后生成的class字节码文件加载到内存中， 并将这些静态数据转换成方法区中的运行时数据结构，在内存中生成一个代表这个类的java.lang.Class 对象，作为虚拟机来访问相关信息的入口。

类加载机制过程：5个阶段

1.加载

通过类的全限定名来获取定义此类的二进制字节流

将这个类字节流代表的静态存储结构转为方法区的运行时数据结构

在堆中生成一个代表此类的java.lang.Class对象，作为访问方法区这些数据结构的入口。

2.验证

验证文件信息，避免java虚拟机遭受恶意攻击。有文件格式验证、元数据验证、字节码验证、符号引用验证，这一系列验证，目的是为了确保Class文件的字节流中包含的信息 符合当前虚拟机的要求，并且不会危害虚拟机自身的安全。

3.准备

为类变量分配内存，并将其初始化为默认值

4.解析

把类型中的符号引用转换为直接引用

5.初始化

执行程序中所包含的类变量初始化赋值代码、构造方法、代码块等等。

双亲委派机制工作过程:

如果一个类加载器收到了类加载器的请求.它首先不会自己去尝试加载这个类.而是把这个请求委派给父加载器去完成.每个层次的类加载器都是如此.因此所有的加载请求最终都会传送到Bootstrap类加载器(启动类加载器)中.只有父类加载反馈自己无法加载这个请求(它的搜索范围中没有找到所需的类)时.子加载器才会尝试自己去加载。

采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java API发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。

何时触发初始化

1. 为一个类型创建一个新的对象实例时（比如new、反射、序列化）
2. 调用一个类型的静态方法时（即在字节码中执行invokestatic指令）
3. 调用一个类型或接口的静态字段，或者对这些静态字段执行赋值操作时（即在字节码中，执行getstatic或者putstatic指令），不过用final修饰的静态字段除外，它被初始化为一个编译时常量表达式
4. 调用JavaAPI中的反射方法时（比如调用java.lang.Class中的方法，或者java.lang.reflect包中其他类的方法）
5. 初始化一个类的派生类时（Java虚拟机规范明确要求初始化一个类时，它的超类必须提前完成初始化操作，接口例外）
6. JVM启动包含main方法的启动类时。

热部署原理：

在Java中，要实现热部署，首先，你得明白，Java中类的加载方式。每一个应用程序的类都会被ClassLoader加载，所以，要实现一个支持热部署的应用，我们可以对每一个用户自定义的应用程序使用一个单独的ClassLoader进行加载。然后，当某个用户自定义的应用程序发生变化的时候，我们首先销毁原来的应用，然后使用一个新的ClassLoader来加载改变之后的应用。而所有其他的应用程序不会受到一点干扰。 我们只要把第三方的jar包用一个类加载器处理， 把自己写的java程序用另一个类加载器处理，  自己写的代码是可变的 占少部分，第三方jar包是不可变的占多部分， 可大大节省时间,