类加载机制：虚拟机把描述类的数据从class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型。
类加载时机：类的生命周期是从类被加载到虚拟机内存中，到卸载内存为止。
类的生命周期：加载 loading ---> 连接(验证 verification 准备 preparation 解析 resolution) ---> 初始化 initialization ---> 使用 using --- > 卸载 unloading
类加载过程
加载
1.从Class文件获取二进制字节流
2.将字节流中的静态结构转化为方法区的运行时的动态结构
3.在内存中生成代表该Class的java.lang.Class对象，作为方法区该类的访问入口。
连接
验证：验证Class文件的字节流中包含的信息是否符合JVM的要求，并确保不会危害JVM自身的安全。
准备：为静态变量分配内存并赋初始值
解析：将常量池内的符号引用转换为直接引用
初始化
调用类的clinit()方法，为静态变量赋予实际的值，执行静态代码块
双亲委派模型过程：某个特定的类加载器在接到加载类的请求时，首先将加载任务委托父类加载器，依次递归，如果父类加载器可以完成类加载任务，就成功返回；只有父类加载器无法完成此加载任务时，才自己去加载。
双亲委派模型的好处：在于Java类随着它的类加载器一起具备了一种带有优先级的层次关系。例如类java.lang.Object，它存在在rt.jar中，无论哪一个类加载器要加载这个类，最终都是委派给处于模型最顶端的Bootstrap ClassLoader进行加载，因此Object类在程序的各种类加载器环境中都是同一个类。相反，如果没有双亲委派模型而是由各个类加载器自行加载的话，如果用户编写了一个java.lang.Object的同名类并放在ClassPath中，那系统中将会出现多个不同的Object类，程序将混乱。因此，如果开发者尝试编写一个与rt.jar类库中重名的Java类，
可以正常编译，但是永远无法被加载运行。
虚拟机只有在两个类的类名相同且加载该类的加载器均相同的情况下才判定这是一个类。若不采用双亲委派机制，同一个类有可能被多个类加载器加载，这样该类会被识别为两个不同的类，相互赋值时会有问题。
双亲委派机制能保证多加载器加载某个类时，最终都是由一个加载器加载，确保最终加载结果相同。