虚拟机类加载机制

类加载时机

1、加载

加载阶段需要完成三件事

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

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

在内存中生成一个代表这个类的java.lang,Class对象，作为方法区这个类的各种数据的访问入口

2、验证

确保class文件的字节流中包含的信息符合Java虚拟机规范的全部约束要求，保证这些信息被当做代码运行后不会危害虚拟机自身的安全。

3、准备

正式为类中定义的变量（即静态变量，被static修饰的变量）分配内存并设置类变量初始值的阶段。

4、解析

符号引用替换为直接引用

5、初始化

初始阶段属性真实赋值

6、使用

7、卸载

规定六种情况必须立即对类进行“初始化”

一、遇到new、getstatic、putstatic或invokestatic这四条字节码指令时。如果类型没有进行过初始化，则需要先触发其初始化阶段。能够生成这四条指令的典型Java代码场景有：

1、- 使用new关键字实例化多想的时候。

- 读取或设置一个类型的静态字段（被final修饰、已在编译期把结果放入常量池的静态字段除外）的时候。

- 调用一个类型的静态方法的时候。

2、使用java.lang.reflect包的方法对类型进行反射调用的时候，如果类型没有进行过初始化，则需要先触发其初始化。

3、当初始化类的时候，如果发现其父类还没有进行初始化，则需要先触发其父类的初始化。

4、当虚拟机启动时，用户需要指定一个要执行的主类（包含main()方法的那个类），虚拟机会先初始化这个主类。

5、当使用JDK7新加入的动态语言支持时，如果一个java.langMethodHandle实例最后的解析结果为REF_getStatic、REF_Static、REF_invokeStaic、REF_newInvokeSpecial四种类型的方法句柄，并且这个方法句柄对应的类没有进行过初始化，则需要先触发其初始化。

6、当一个接口中定义了JDK8新加入的默认方法（被dufault关键之修饰的接口方法）时，如果有这个接口的实现类发生了初始化，那该接口要在其职权被初始化。

双亲委派模型

在Java虚拟机中，可以分为由C++写的启动类加载器，一种由Java写的其他所有类加载器，并且全部继承抽象类java.lang.ClassLoader。

Java一直保持着三层类加载器、双亲委派的类加载架构。

1、启动类加载器

2、扩展类加载器

3、自定义类加载器

工作过程：

如果一个类加载器收到了子类的加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所以的加载请求最终都应该传送到最顶层的启动类加载器中只有当父加载器反馈自己无法完成这个加载请求时，子类才会尝试自己去完成加载。

核心目的：

1、是保证了类只被加载一次 

四次破坏双亲委派模型

1、在JDK1.2之前由于没有出现双亲委派，用户自己自定义了类加载代码，所以JDK1.2之后出现了妥协，java.lang.Class就出现了，无法避免loadClass()被子类覆盖的可能性，引入了finClass()方法来完成加载

2、第二次是有这个模型自身的缺陷导致。例如JNDI，JDNI的存在是对资源进行查找和集中管理，它需要调用其他API，由于启动类加载是不认识的，所以为了解决这个困境，Java设计团队只好设计了一个不太优雅的设计：线程上下文类加载器。这个类加载器可以通过java.lang,Thread类的setContext-ClassLoader()方法进行设置，如果创建线程时还未设置，它将会从父线程中继承一个，如果再应用程序的全局范围内都没有设置过得话，那这个类加载器默认就是应用程序类加载器。 

3、发生在代码热替换、模块热部署等

4、JDK9模块下的类加载器，打破了双亲委派（启动类加载器、平台类加载器、应用程序类加载器、自定义类加载器）