类加载以及双亲委派模型

一、类加载过程
类加载的过程分为：加载、验证、准备、解析和初始化五个阶段。
1）加载
“加载”（Loading）阶段是整个“类加载”（Class Loading）过程中的一个阶段，它和类加载 Class Loading 是不同的。
在加载 Loading 阶段，Java虚拟机需要完成以下三件事情：
①通过一个类的全限定名来获取定义此类的二进制字节流。
②将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。
③在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口。
即简单来讲就是，把.class文件找到，打开文件，读文件，把文件内容读到内存区。
2)验证
验证是连接阶段的第一步，这一阶段的目的是确保Class文件的字节流中包含的信息符合《Java虚拟机规范》的全部约束要求，保证这些信 息被当作代码运行后不会危害虚拟机自身的安全。
验证选项：①文件格式验证；②字节码验证；③符号引用验证
3)准备
准备阶段是正式为类变量（即静态变量，被static修饰的变量）分配内存并设置类变量初始值的阶段。
4) 解析
解析阶段是 Java 虚拟机将常量池内的符号引用替换为直接引用的过程，也就是初始化常量的过程。
【注】：如何理解将"符号引用替换为直接引用"?
字符串常量，有一块内存空间，存储这个字符串的实际内容，还有一个引用来保存这个内容空间的起始地址。在类加载之前，字符串常量此时是处在.class文件中的，此时这个"引用"记录的并非是字符串常量的真正地址，而是它在文件中的"偏移量"，类加载之后，才真正把这个字符串常量给放到内存中，这时才有了内存地址，这个引用才能真正被赋值成指定的内存地址。
5) 初始化
初始化阶段，Java 虚拟机真正开始执行类中编写的 Java 程序代码，将主导权交给应用程序。针对类对象里的内容进行初始化，加载父类，执行静态代码块。
二、双亲委派模型
JVM默认提供了三个类加载器：BootstrapClassLoader(负责加载标准库中的类)、ExtensionClassLoader(负责加载JVM拓展库中的类)、ApplicationClassLoader(负责加载用户提供的第三方库/用户项目中的代码)
(1)三个类加载器的关系：

启动类加载器：加载 JDK 中 lib 目录中 Java 的核心类库，即$JAVA_HOME/lib目录。
扩展类加载器：加载 lib/ext 目录下的类。
应用程序类加载器：加载我们写的应用程序。
自定义类加载器：根据自己的需求定制类加载器。
(2)双亲委派模型的工作流程：
如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都传送到最顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个加载请求（它的搜索范围中没有找到所需的类)时，子加载器才会尝试自己去完成加载。
(3)双亲委派模型的优点
①避免重复加载类：比如 A 类和 B 类都有一个父类 C 类，那么当 A 启动时就会将 C 类加载起来，那么在 B 类进行加载时就不需要再重复加载 C 类了。
②安全性：使用双亲委派模型也可以保证Java 的核心 API 不被篡改，如果没有使用双亲委派模型，而是每个类加载器加载自己，这样的话就会出现一些问题，比如我们编写一个称为 java.lang.Object 类的话，那么程序运行的时候，系统就会出现多个不同的 Object 类，而有些 Object 类又是用户自己提供的，因此安全性就不能得到保证了。