类初始化和一个特例解析

一个类从被加载到虚拟机内存开始，会经历“加载”，”验证”，”准备”，”解析”，”初始化”，”使用”，”卸出内存”这几个阶段。除了”解析”阶段外，其他的几个阶段都是按照上面的顺序依次交叉执行，什么是依次交叉执行？比如说虚拟机正在”加载”一个类，不必等这个类”加载”完才开始进行”验证”，但是如果没有”加载”，“验证”必然无法执行。“解析”阶段可以推迟执行是为了支持Java的动态绑定的特性，这里不细说。
一个类初始化时机简单来说有这几种：如果一个类没有被初始化过，new 一个对象的时候，反射调用类的时候，执行main方法的时候会对类初始化。
对一个类实例化的时候会对类进行初始化，但是对类初始化却不一定会把类实例化。首先看下面的这段代码：

package com.txx.classload;

public class InitClassTimeTest {  
    static{  
        System.out.println("init:InitClassTimeTest");  
    }  
    public InitClassTimeTest(){  
        System.out.println("instance:InitClassTimeTest");  
    }  

    public static void main(String[] args) {  

    }  
}

输出结果：

可以看到，static{}中的代码执行了，说明进行了初始化，构造方法没有执行，说明没有实例化。
一般来说，对类进行初始化的时候对类中引用的其他类也会进行初始化，但是有一些特殊情况不是这样，通过分析这样一个例子可以对类的初始化有更多的理解。

public class InitClassTimeTest {  
    static{  
        System.out.println("init:InitClassTimeTest");  
    }  
    public static void main(String[] args) {  
        System.out.println(Demo.demo);  
    }  
}  

class Demo{  
    static{  
        System.out.println("init:Demo");  
    }    
    public static final String demo = "demo";  
}

执行结果：

可以看到，Demo类的static{}方法没有执行，说明没有对Demo进行初始化。为什么会这样，我们再看看InitClassTimeTest类文件的常量池，使用命令：javap -verbose InitClassTimeTest

可以看到常量池中根本就没有Demo类的全限定名com.txx.classload.Demo（对class类文件结构不了解也没关系，反正在上面你找不到全限定名就是了），但是有demo这个常量（红框框里,#32表示第32个常量，后面对应的就是值）说明在对这个类在编译的时候进行了优化，直接将Demo中定义的常量“demo”当成了InitClassTimeTest自己的常量存在了这个类的常量池里,编译后的InitClassTimeTest的类文件和Demo压根就没关系了，自然也就不会初始化，想初始化也也初始化不到这个类了（没有全限定名怎么初始化），为什么编译器敢这么干（编译器的优化），static
final这两个修饰符修饰的String还能变吗。
作为对比，下面我将final去掉看看什么情况：

package com.txx.classload;

public class InitClassTimeTest {
    static{
        System.out.println("init:InitClassTimeTest");
    }

    public static void main(String[] args) {
        System.out.println(Demo.demo);
    }
}

class Demo{
    static{
        System.out.println("init:Demo");
    }

    public static  String demo = "demo";//这里没有final修饰
}

输出结果：

InitClassTimeTest的常量池：

我们可以很清楚的看到Demo的static{}方法执行了，进行了初始化，而且InitClassTimeTest的类文件常量池中的确是有Demo的全限定名的。