第七章 虚拟机类加载机制

虚拟机把描述类的数据从class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型

类加载的时机

加载、验证、准备、初始化和卸载这五个阶段的顺序是确定的，但解析阶段则不一定，它在某些情况下可以在初始化阶段之后再开始。为了支持java动态绑定

虚拟机规范严格规定了有且只有五种情况必须立即对类进行“初始化”：

1. 使用new、getstatic、putstatic或invokestatic这四条字节码指令时，需要先触发初始化。常见的场景用new关键字实例化对象的时候、读取或设置一个类的静态字段的时候，已经调用一个类的静态方法的时候
2. 使用java.lang.reflect包的方法对类进行反射调用的时候，如果类没有初始化，则需要先触发其初始化
3. 当初始化一个类的时候，如果发现其父类没有被初始化就会先初始化它的父类
4. 当虚拟机启动的时候，用户需要指定一个要执行的主类（就是包含main()方法的那个类），虚拟机会先初始化这个类
5. 使用Jdk1.7动态语言支持的时候的一些情况

 类加载器

用于实现类的加载动作

 

双亲委派模型

从java虚拟机的角度，只存在两种类加载器

　　1 启动类加载器，使用C++语言实现，虚拟机自身一部分

　　2 所有其他的类加载器，由java语言实现，独立于虚拟机外部，并且全部继承抽象类java.lang.ClassLoader

从开发人员角度，可以划分更细致些，绝大数使用以下3种

　　1  启动类加载器（Bootstrap ClassLoader）

　　2 扩展类加载器（Extension ClassLoader）

　　3 应用程序类加载器（Application ClassLoader）

 

 注意：不是继承关系，组合关系

破坏双亲委派模型

三次被破坏

　　1 jdk1.2之前，1.2才引入双亲委派，向前兼容

　　2 模型自身缺陷，JNDI服务

　　3 用户对程序动态性的追求（代码热替换、模块热部署等）