一个类从被加载到虚拟机中，到生命周期结束被卸载出内存开始，它的整个生命周期将会经历如下图的七个阶段。
其中，加载、验证、准备、初始化、卸载这五个阶段的执行开始时机的先后顺序是确定的（注意，是开始执行，不是进行顺序和完成顺序，彼此执行是相互交叉混合及逆行的，会在一个阶段的执行中激活另外一个阶段的执行）。而解析阶段时机不确定（因为在某些情况下可以在初始化之后再开始，这是为了支持java语言的运行时绑定的热特性，也被称为动态绑定或晚期绑定）。
其中，对于第一个阶段加载，没有进行强制性约束，整个交给虚拟机具体实现来自由把握。
对于初始化阶段， 《java虚拟机规范》有严格的规定有六种情况是必须立即对类进行初始化的。具体六种情况如下，这6种称为对类的主动引用，
1、遇到new、getstatic、putstatic或者invokestatic这四条字节码指令时，如果类型没有经过初始化，则需要先触发其初始化阶段，主要代码场景为
- 使用new关键字实例化对象的时候
- 读取或者设置一个类型的静态字段（被final修饰，已在编译器把结果放入常量池的静态字段除外）的时候。
- 调用一个类型静态方法的时候。
2、使用java.lang.reflect 包的方法对类型进行反射调用的时候。
3、初始化类的时候，发现父类还没被初始化。
4、当虚拟机启动的时候，用户需要指定一个要执行的主类。虚拟机会先初始化整个主类。
5、当使用JDK7新加入的动态语言支持时，如果一个java.lang.invole.MethodHandle实例最后的解析结果为REF_getstatic、REF_putstatic、REF_invokestatic、REF_getstatic和REF_newInvokeSpecial四种类型的句柄，并且整个方法句柄对应的类没有进行初始化。
6、当一个接口中定义了JDK8新加入的默认方法（被default关键字修饰的接口方法）时。
而对类被动引用的情况下是不会触发初始化的。常见场景如下
1、通过子类引用父类的静态字段，不会导致子类的初始化。
2、通过数组定义来引用类，不会触发此类的初始化
3、常量在编译阶段会存入调用类的常量池中，本质上没有直接引用到定义常量的类。因此不会触发定义常量的类的初始化