JVM类加载机制

一、类的生命周期：

加载-》连接（验证-》准备-》解析）-》初始化-》使用-》卸载。

二、加载：

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

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

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

特殊：

数组类本身不通过类加载器创建，由Java虚拟机直接创建。

1、如果数据的组件类型不是引用类型，虚拟机会把数组标记为与引导类加载器关联。

2、如果数组的组件类型是引用类型，数组将在加载该组件类型的类加载器的类名称空间上被标识。

三、验证

确保Class文件的字节流中包含的信息符合当前虚拟机的要求，不会危害虚拟机自身的安全。

1、文件格式验证 ，基于二进制字节流，通过后，字节流才进入方法区，后面的3个验证阶段基于方法区的存储结构。

2、元数据验证 ，对类的元数据进行语义校验（抽象类需要实现父类或接口中要求实现的所有方法，类的父类是否集成了final类）。

3、字节码验证，对类的方法体进行校验分析，保证运行时不会危害虚拟机安全。

4、符号引用验证，保证解析能正常执行（符号引用中通过字符串描述的全限定名是否能找到对应的类；符号引用中的类、字段、方法的访问性是否可悲当前类访问）。

四、准备

准备阶段是正式为类变量（static）分配内存并设置类变量初始值（0，null）的阶段，这些变量所使用的内存将在方法区中分配，static final直接初始化。

五、解析

虚拟机将常量池中的符号引用替换为直接引用的过程。

1、类和接口的解析。

2、字段的解析。

3、类方法解析。

4、接口方法解析。

六、初始化

触发类初始化的场景：

1、使用new关键字实例化对象、读取或者设置一个类的静态字段（static final常量除外），调用类的静态方法。

2、对类进行反射调用。

3、初始化类时，有父类则先初始化父类。

4、虚拟机启动时，先初始化主类（包含main()方法）。

5、JDK 1.7动态语言支持，MethodHandle实例解析结果方法句柄对应的类要先初始化。

初始化阶段是执行类构造器<clinit>()方法的过程：

针对类变量及静态语句块，clinit方法与实例构造器不同，不需要显式的调用父类构造器，虚拟机保证父类的clinit方法在子类前，虚拟机保证一个类的clinit方法在多线程环境中被正确的枷锁、同步，多个线程同时初始化一个类，只有一个线程执行类的clinit方法。

七、类加载器

任意一个类，都需要由加载它的类加载器和这个类本身一同确立其在JVM中的唯一性。

双亲委派模型（解决了基础类的统一问题）

启动类加载器（Bootstrap ClassLoader）-》扩展类加载器（Extension ClassLoader）-》应用程序类加载器（Application ClassLoader）-》自定义类加载器。

如果一个类加载器收到了类加载的请求，首先不会自己尝试去加载这个类，而是将请求委派给父类加载器去完成，所有的加载请求最终都传送到启动类加载器，只有父加载器反馈无法加载，子加载器才会尝试自己加载。

双亲委派模型的特殊情况：

1、代码热替换、模块热部署，OSGi实现模块化热部署的关键是它自定义的类加载器机制的实现。每一个程序模块（Bundle）都有自己的类加载器，当需要更换一个Bundle时，就把Bundle连同类加载器一起替换掉以实现代码的热替换。

2、JNDI对资源进行集中管理和查找，需要调用由独立厂商实现并部署在应用程序ClassPath下的JNDI接口提供者（SPI，Service Providr Interface）的代码（JDBC），

引入线程上下文类加载器，可以通过Thread类的setContextClassLoader方法设置，如果创建线程未设置，则从线程集成，如果应用程序全局范围未设置，则默认为应用程序类加载器，JNDI服务调用这个类加载器加载所需SPI代码，父加载器请求子类加载器取完成类加载，违背双亲委派模型。