Java类加载过程

加载的时机

java类是在什么时候初始化的呢？

1. 遇到new、getStatic、putStatic和invokeStatic的时候。通俗点讲，就是在new一个实例、调用或者设置一个类的static变量（final修饰的变量除外，因为它已经在编译阶段通过常量传播优化，存储到了调用类的常量池中）和调用类的static方法的时候，如果类没有初始化，那么就要初始化。
2. 进行类的反射操作的时候，如果类没有初始化，就要对其初始化。
3. 当初始化一个类时，发现它的父类没有初始化的时候就要进行初始化。
4. 当虚拟机启动时，需要初始化包含main方法的类。
5. JDK动态语言支持：当java.lang.invoke.MethodHandle实例的最后解析结果REF_getStatic、REF_putStatic、REF_invokeStatic所对应的类没有初始化，要对其进行初始化。

---

加载的过程

加载->验证->准备->解析->初始化->使用->卸载
为了支持动态绑定，解析可以在初始化之后再开始

加载

1. 通过类的全限定名来获取定义此类的二进制字节流，获取的源很多。
2. 将这个类定义的静态存储结构转化为方法区的运行时数据结构。
3. 在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问接口。

验证

• 正如加载过程的1所言，通过类的权限定名来获取此类的二进制字节流的获取源很多，如果保证获取的二进制字节流虚拟机可以正常运行，还有是否对虚拟机没有危害，都是验证阶段应该做的事。

  1. 文件格式验证
  2. 元数据验证
  3. 字节码验证
  4. 符号引用验证

准备

• 为类变量分配内存并设置类变量的初始值。

这里要特别注意是类变量，实例变量是在对象实例化的时候随着对象一起在内存堆中分配和设置的。
还有初始值指的是变量的“零值”，比如说int类型的变量就是0，只有final修饰的值才会初始化为变量指定的值。

解析

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

初始化

执行类构造器clinit()方法的过程。
需要注意的几个点：

1. clinit()方法是由编译器自动收集类中的所有类静态变量的赋值动作和静态块static{}中语句合并产生的。
2. 虚拟机会保证父类的linit()方法比子类的clinit()方法先执行，所以虚拟机中第一个执行clinit()方法的类肯定是java.lang.Object。但是接口不会。
3. 由于父类的linit方法先执行，也就是说父类的静态变量赋值和静态块static{}比子类的要优先。
4. 由于接口可能没有静态语句块和类变量的赋值动作，所以接口可以没有clinit()方法。
5. 虚拟机会保证一个类的clinit()方法的线程安全性，即不会产生一个类的clinit被多个线程同时执行，如果多个线程同事去初始化一个类，那么只会有一个线程去执行这个类的clinit，其他线程会处于阻塞状态。

---

类加载器

什么叫类加载器：实现动作“通过一个类的全限定名来获取这类的二进制字节流”的模块。

1. 启动类加载器（Bootstrap ClassLoader），加载目录：JAVA_HOME\lib
2. 扩展类加载器（Extension ClassLoader），加载目录：JAVA_HOME\lib\ext
3. 应用程序类加载器（Application ClassLoader），加载目录：ClassPath
   加载器中的父子关系都是用组合关系来复用父类加载器的代码

什么是双亲委派模型：
如果一个类加载器收到了类加载的请求，你不会自己先加载，而是把这个请求委托给父加载器完成，只有当父加载器无法完成这个加载请求的时候，子加载器才会尝试自己去加载。这个模式的好处是最先会加载启动类，然后再加载扩展类，最后再加载应用程序类。
需要强调的一点是，双亲委派不是一种强制性的约束模型，根据需求，可以变通：

1. 双亲委派模型是在JDK1.2之后才被引入，JDK1.0只有类加载器和抽象类java.lang.ClassLoader，自定义类加载器就是重写loadClass()方法，一旦重写就不能保证双亲委派模型，JDK1.2之后是加了一个findClass()方法，自定义类加载器是重写这个方法，这样就保证了双亲委派模型。
2. 有可能父类需要调子类，但是父类的加载肯定比子类慢。为了解决这个问题，用了线程上下文类加载器，实现父类加载器去请求子类加载器去完成类加载动作。
3. 为了实现代码热部署，在OSGI环境下，类加载器不再是双亲委派模式中的树状结构，而是网状结构。