虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验，转化解析和初始化，最终形成可以被虚拟机直接使用的Java类型，这就是虚拟机的类加载机制。
类从被加载到虚拟机内存中开始，到卸载出内存为止，他的整个生命周期包括加载，验证，准备，解析，初始化，使用，卸载 7个阶段。其中验证，准备，解析3个部分称为连接。加载，验证，准备，初始化和卸载这个5个阶段的顺序是确定的，类的加载过程必须按照这种顺序按部就班的执行，而解析阶段则不一定；它在某些情况下可以在初始化阶段之后再开始，这个为了支持Java语言的运行时绑定（动态绑定）。
什么时候进行加载虚拟机并没有进行强制约束，可以交给虚拟机的具体实现来自由把握。但是对于初始化阶段，虚拟机规范则是严格规定有且只有5中情况必须立即对类进行初始化，
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_getStatic, REF_putStatic, REF_invokeStatic的方法句柄，并且这个方法句柄所对应的的类没有进行过初始化，则需要先触发其初始化。