JVM之——虚拟机类加载机制

类加载的时机

对于初始化阶段，虚拟机严格规定了有且只有五种情况必须立即对类进行“初始化”（加载、验证、准备、自然需要在吃之前开始）

1. 遇到new、getstatic、putstatic或invokestatic这4条字节码指令时，如果类没有进行过初始化，则需要先触发其初始化。生成这4条指令的最常见的Java代码场景是：使用new关键字实例化对象的时候，读取或设置一个类的静态字段（被final修饰、已在编译期把结果放入常量池的静态字段除外）的时候，以及调用一个类的静态方法的时候。
2. 使用java.lang.reflect包的方法对类进行反射调用的时候
3. 当初始化一个类的时候，如果发现其父类还没有进行过初始化，则需要先触发其父类的初始化
4. 当虚拟机启动时，用户需要指定一个要执行的主类（包含main()方法的那个类），虚拟机会先初始化这个主类。
5. 当使用JDK1.7的动态语言支持时，如果一个java.lang.invoke.MethodHandle实例最后的解析结果 REF_getStati、REF_putStatic、REF_invokeStatic的方法句柄，并且这个句柄所对应的类没有进行初始化，则需要先出发其初始化。

类加载的过程

三个步骤，五个阶段：
(1) 装载：查找和导入Class文件；
(2) 链接：把类的二进制数据合并到JRE中；

    (a)校验：检查载入Class文件数据的正确性；    (b)准备：给类的静态变量分配存储空间；    (c)解析：将符号引用转成直接引用；

(3) 初始化：对类的静态变量，静态代码块执行初始化操作

类加载器与双亲委派模型

两个类是否“相等”：两个类来源于同一个Class文件，且被同一个类加载。

类加载器:
1、Bootstrap ClassLoader：启动类加载器，无法被Java程序直接饮用。
2、Extension ClassLoader : 扩展类加载器，负责加载\lib\ext目录下的，或者被java.ext.dirs系统变量所指定的路径中的所有类库。开发者可以直接使用扩展类加载器。
3、Application ClassLoader : 应用程序类加载器，负责加载用户类路径(ClassPath)上所指定的类库,开发者可直接使用。

除启动类加载器外，其他类加载器全部继承自java.lang.ClassLoader。

双亲委派模型

   工作过程：如果一个类加载器接收到了类加载的请求，它首先把这个请求委托给他的父类加载器去完成，每个层次的类加载器都是如此，因此所有的加载请求都应该传送到顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个加载请求（它在搜索范围中没有找到所需的类）时，子加载器才会尝试自己去加载。  好处：java类随着它的类加载器一起具备了一种带有优先级的层次关系。例如类java.lang.Object，它存放在rt.jar中，无论哪个类加载器要加载这个类，最终都会委派给启动类加载器进行加载，因此Object类在程序的各种类加载器环境中都是同一个类。相反，如果用户自己写了一个名为java.lang.Object的类，并放在程序的Classpath中，那系统中将会出现多个不同的Object类，java类型体系中最基础的行为也无法保证，应用程序也会变得一片混乱。

小结

   此篇文章只是简单介绍了java类加载的相关知识，如需详细了解可阅读《深入理解java虚拟机》第二版第七章“虚拟机类加载机制”，同时这里推荐一篇不错的博文：

深入理解Java：类加载机制及反射

同时还有一个系列的多线程相关的博文，我觉得这里把多线程相关内容总结的很好，很透彻，很值得一看。
Java多线程编程总结