类加载运行全过程大概流程图
类加载器种类
- 引导类加载器：加载 JRE 的 lib 目录下的核心类库。
- 扩展类加载器：加载 JRE 的 lib 目录下 ext 目录下的 JAR 包。
- 应用程序类加载器：加载 classpath 路径下的类，主要是加载自定义类。
- 自定义类加载器：加载用户自定义路径下的类。
类加载器初始化
由 C++ 代码调用 Java 程序创建 Launcher 实例，这是 JVM 启动器实例，Launcher 是初始化使用了单例模式，确保一个 JVM 虚拟机内只有一个 Launcher 实例。
在 Launcher 构造方法内部，创建了扩展类加载器(ExtClassLoader)和应用程序类加载器(AppClassLoader)。
JVM 默认使用 Launcher 的 getClassLoader() 方法返回的类加载器是 AppClassLoader。
ClassLoader.loadClass() 加载类的流程
加载 >> 验证 >> 准备 >> 解析 >> 初始化 >> 使用 >> 卸载
加载： 使用类(调用类的 mian 方法，new 对象等)时才会加载，在硬盘上查找文件后，通过 IO 读取字节码文件，在加载阶段会在内存中生成一个对应的 Class 对象，作为方法区这个类的各种数据的访问入口。
验证： 校验字节码文件内容是否符合规范。
准备： 为类的静态变量分配内存，并赋予默认值。
解析： 把一些静态方法替换为指向数据所存内存的指针或句柄等。即把符号引用转化为直接引用，符号引用保存在字节码文件中，解析后的直接引用保存到 JVM 内存中。
初始化： 对类的静态变量初始化为指定的值，并执行静态代码块。
类加载的双亲委派机制
向上委托
加载某个类时一般先从应用程序类加载器加载(没有定义自定义类加载器)。
如果应用程序类加载器中已加载的类中不存在这个类，那么应用程序类加载器委托扩展类加载器。
扩展类加载器如果也没有加载过这个类，那么就委托引导类加载器。
向下委托
如果引导类加载器没有加载过这个类，并且在自己的加载路径中也找不到这个类，就把这个请求又发送回给扩展类加载器。
扩展类加载器按照同样的方式找不到把请求转发回应用程序类加载器，由应用程序类加载器加载。
为什么设计双亲委派机制
沙箱安全机制
当自己写了和核心包一样的代码，例如 java.lang.String.class，由于第一次加载需要向上委托至引导类加载器寻找这个类，引导类加载器可以寻找到，那么就加载这个类，而不会加载到自己写的类。
避免类被重复加载
子类不会再次加载父类已经加载的类。
父类意味着子类的 parent 属性值是这个父类，并不是子类继承父类的关系。
自定义类加载器
loadByte() 方法是读取本地 class 文件并把它存储到 byte\[\] 中。