jvm系列--类加载器
一.class装载验证流程
1.加载
装载类的一个阶段
取得类的二进制流
转为方法区数据结构
在java堆中生成对应的java.lang.Class对象
2.链接
验证：
目的：保证Class流的格式正确。
文件格式的验证：是否以0xCAFEBABE开头。版本号是否合理。
元数据验证：是否有父类，继承了final类，非抽象类实现了所有的抽象方法。
字节码验证（很复杂）： 运行检查。栈数据类型和操作码数据参数吻合。跳转指令指定到合理的位置。
符号引用验证：常量池中描述类是否存在。访问的方法或字段是否存在且有足够的权限。
准备：
分配内存，并为类设置初始值（方法区）
public static int v=1; 在准备阶段中，v会被设置为0 在初始化的<clinit>中才会被设置为1 对于static final类型，在准备阶段就会被赋上正确的值 public static final int v=1;
解析：
符号引用替换为直接引用
符号引用：字符串引用对象不一定被加载
直接引用：指针或者地址偏移量引用对象一定在内存
初始化：
执行类构造器<clinit>：static变量 赋值语句，static{} 语句。
子类<clinit> 调用前保证父类的<clinit>被调用。
<clinit> 线程安全
二.ClassLoader
1.是一个抽象类
2.ClassLoader实例将读入java字节码将类加载到JVM中
3.可以定制，满足不同字节码流获取方式
4.负责类装载过程中的加载阶段
5.重要方法:
public Class<?> loadClass(String name) throws ClassNotFoundException 载入并返回一个Class protected final Class<?> defineClass(byte[] b, int off, int len) 定义一个类，不公开调用 protected Class<?> findClass(String name) throws ClassNotFoundException loadClass回调该方法，自定义ClassLoader的推荐做法 protected final Class<?> findLoadedClass(String name) 寻找已经加载的类
6.分类
BootStrap ClassLoader (启动ClassLoader)
Extension ClassLoader （扩展ClassLoader）
App ClassLoader （应用ClassLoader/系统ClassLoader）
Custom ClassLoader(自定义ClassLoader)
每个ClassLoader都有一个Parent作为父亲
7.协同工作
Thread. setContextClassLoader
上下文加载器
是一个角色
用以解决顶层ClassLoader无法访问底层ClassLoader的类的问题
基本思想是，在顶层ClassLoader中，传入底层ClassLoader的实例