JVM —— 类加载

类的生命周期

加载、验证、准备、解析、初始化、使用、卸载。其中验证、准备、解析三部分又称为连接。

类加载的五个步骤

加载、验证、准备、解析、初始化。

（了解）
加载：
通过一个类的权限名来获取定义此类的二进制字节流。
将这个二进制字节流的静态存储结构转换为方法区的运行时数据结构。
在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口。

验证
这一阶段的目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求， 并且不会危害虚拟机自身的安全

准备
正式为类变量分配内存并且设置类变量初始值的阶段，这些内存都将在方法区中进行配置。

解析
虚拟机将常量池中的符号引用替换为直接引用的过程。
符号引用： 符号引用与虚拟机实现的内存布局无关，引用的目标并不一定已经加载到内存中了。
直接引用： 直接引用是个虚拟机实现的内存布局相关的，如果有了直接引用，那么引用的目标一定在内存中存在。

初始化
在准备阶段，变量已经被赋过一次系统要求的初始值了，而在初始化阶段，则是要根据程序猿指定的主观计划去初始化类变量和其他资源。
或者说吗初始化阶段是执行类构造器< clinit >() 方法的过程.

• < clinit > ()方法是由编译器自动收集类中的所有类变量的赋值动作和静态语句块（static{}块）中的语句合并产生的，编译器收集的顺序是由语句在源文件中出现的顺序所决定的，静态语句块中只能访问到定义在静态语句块之前的变量，定义在它之后的变量，在前面的静态语句块可以赋值，但是不能访问：

public class Test{
     static{
         i=0; //给变量赋值可以正常编译通过
         System.out.print(i); //这句编译器会提示"非法向前引用"
     }
     static int i=1； }

• < clinit >()方法与类的构造函数（或者说实例构造器< init>()方法）不同，它不需要显式地调用父类构造器，虚拟机会保证在子类的< init>()方法执行之前，父类的< clinit>()方法已经执行完毕。因此在虚拟机中第一个被执行的< clinit>()方法的类肯定是java.lang.Object。
• < clinit>()方法对于类或接口来说并不是必需的，如果一个类中没有静态语句块，也没有对变量的赋值操作，那么编译器可以不为这个类生成< clinit>()方法。
• 接口中定义的变量使用时，接口才会初始化：接口中不能使用静态语句块，但仍然有变量初始化的赋值操作，因此接口与类一样都会生< clinit>()方法。但接口与类不同的是，执行接口的< clinit>()方法不需要先执行父接口的< clinit>()方法。只有当父接口中定义的变量使用时，父接口才会初始化。另外，接口的实现类在初始化时也一样不会执行接口的< clinit>()方法。
• 虚拟机会保证一个类的< clinit>()方法在多线程环境中被正确地加锁、同步，如果多个线程同时去初始化一个类，那么只会有一个线程去执行这个类的< clinit>()方法，其他线程都需要阻塞等待，直到活动线程执行< clinit>()方法完毕。如果在一个类的< clinit>()方法中有耗时很长的操作，就可能造成多个进程阻塞，在实际应用中这种阻塞往往是很隐蔽的

类加载器

类加载器可以分为: 启动类加载器、扩展类加载器、应用程序类加载器、自定义类加载器。

类加载机制

双亲委派机制
工作过程：如果一个类加载器收到了类加载的请求，他首先不会自己去尝试加载这个类，而是把请求委派给父类加载器去完成，每一个层次的类加载器都是如此， 因此所有的类加载请求最终都会传输到顶层的启动类加载器中。如果父加载器反馈自己无法完成这个加载请求（它的搜索范围没有找到所需的类）时，子加载器才会尝试自己去加载。

类加载常见的面试题：
（1）能否自定义类加载器加载自定义的java.lang.Object类
（2）jdk如何保证一定是调用jdk提供的java.lang.Object类
结论: 遵循双亲委派机制的类加载, 不会加载到自定义的java.lang.Object。如果不遵循双亲委派机制的类加载，类加载会校验，不允许java.开头的类进行加载。