JVM类加载机制

类生命周期

类生命周期

类从被加载到虚拟机内存开始，到写在为止，它的整个生命周期包括：
加载(Loading)–>验证(Verification)–>准备(Preparation)–>解析(Resolution)–>初始化(Initialization)–>使用(Using)–>卸载(Unloading)。其中验证、准备、解析3个部分统称为链接(Linking)。

加载、验证、准备、初始化、卸载这5个阶段的顺序是确定的，而解析阶段在某些情况下可以在初始化阶段完成之后再开始，这是为了支持Java语言的运行时绑定（也称为动态绑定或晚期绑定）。

加载

在加载阶段，虚拟机需要完成一下3件事情：
1. 通过一个类的全限定名来获取定义此类的二进制字节流；
2. 将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构；
3. 在内存中生成一个代表这个类的java.lang.Class对象，做为方法区这个类的各种数据的访问入口；

类加载器

类加载器分类

1. 启动类加载器(Bootstrap ClassLoader)
   负责将放在<JAVA_HOME>\lib目录中的，或被-Xbootclasspath参数所指定的路径中，并且是虚拟机识别的类库加载到虚拟机内存中。启动类加载器无法被Java程序直接饮用。
2. 扩展类加载器(Extension ClassLoader)
   负责将放在<JAVA_HOME>\lib\ext目录中的，或被java.ext.dirs系统变量所指定的路径中的所有类库。开发者可以直接使用扩展类加载器。
3. 应用程序类加载器(Applicaiton ClassLoader)
   也成为系统类加载器，负责加载用户类路径ClassPath上所指定的类库。开发者可以直接使用应用类加载器，一般情况下这个就是程序中默认类加载器。

双亲委派模型

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

自定义类加载器

TODO