【深入Java虚拟机】之三：类初始化

╰半夏微凉° 2022-08-20 12:20 123阅读 0赞

**转载请注明出处：[http://blog.csdn.net/ns\_code/article/details/17845821][http_blog.csdn.net_ns_code_article_details_17845821]**

类初始化是类加载过程的最后一个阶段，到初始化阶段，才真正开始执行类中的Java程序代码。虚拟机规范严格规定了有且只有四种情况必须立即对类进行初始化：

*  遇到new、getstatic、putstatic、invokestatic这四条字节码指令时，如果类还没有进行过初始化，则需要先触发其初始化。生成这四条指令最常见的Java代码场景是：使用new关键字实例化对象时、读取或设置一个类的静态字段（static）时（被static修饰又被final修饰的，已在编译期把结果放入常量池的静态字段除外）、以及调用一个类的静态方法时。
 *  使用Java.lang.refect包的方法对类进行反射调用时，如果类还没有进行过初始化，则需要先触发其初始化。
 *  当初始化一个类的时候，如果发现其父类还没有进行初始化，则需要先触发其父类的初始化。
 *  当虚拟机启动时，用户需要指定一个要执行的主类，虚拟机会先执行该主类。

虚拟机规定只有这四种情况才会触发类的初始化，称为对一个类进行主动引用，除此之外所有引用类的方式都不会触发其初始化，称为被动引用。下面举一些例子来说明被动引用。

1、通过子类引用父类中的静态字段，这时对子类的引用为被动引用，因此不会初始化子类，只会初始化父类

**\[java\]** [view plain][] [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

1.  **class** Father\{ 
2.  **public****static****int** m = 33; 
3.  **static**\{ 
4.   System.out.println("父类被初始化"); 
5.   \} 
6.  \} 
7.  
8.  **class** Child **extends** Father\{ 
9.  **static**\{ 
10.  System.out.println("子类被初始化"); 
11.  \} 
12. \} 
13. 
14. **public****class** StaticTest\{ 
15. **public****static****void** main(String\[\] args)\{ 
16.  System.out.println(Child.m); 
17.  \} 
18. \}

执行后输出的结果如下：

父类被初始化  
33

对于静态字段，只有直接定义这个字段的类才会被初始化，因此，通过其子类来引用父类中定义的静态字段，只会触发父类的初始化而不会触发子类的初始化。

2、常量在编译阶段会存入调用它的类的常量池中，本质上没有直接引用到定义该常量的类，因此不会触发定义常量的类的初始化

**\[java\]** [view plain][] [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

1.  **class** Const\{ 
2.  **public****static****final** String NAME = "我是常量"; 
3.  **static**\{ 
4.   System.out.println("初始化Const类"); 
5.   \} 
6.  \} 
7.  
8.  **public****class** FinalTest\{ 
9.  **public****static****void** main(String\[\] args)\{ 
10.  System.out.println(Const.NAME); 
11.  \} 
12. \}

执行后输出的结果如下：

我是常量

虽然程序中引用了const类的常量NAME，但是在编译阶段将此常量的值“我是常量”存储到了调用它的类FinalTest的常量池中，对常量Const.NAME的引用实际上转化为了FinalTest类对自身常量池的引用。也就是说，实际上FinalTest的Class文件之中并没有Const类的符号引用入口，这两个类在编译成Class文件后就不存在任何联系了。

3、通过数组定义来引用类，不会触发类的初始化

**\[java\]** [view plain][] [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

1.  **class** Const\{ 
2.  **static**\{ 
3.   System.out.println("初始化Const类"); 
4.   \} 
5.  \} 
6.  
7.  **public****class** ArrayTest\{ 
8.  **public****static****void** main(String\[\] args)\{ 
9.   Const\[\] con = **new** Const\[5\]; 
10.  \} 
11. \}

执行后不输出任何信息，说明Const类并没有被初始化。

但这段代码里触发了另一个名为“LLConst”的类的初始化，它是一个由虚拟机自动生成的、直接继承于java.lang.Object的子类，创建动作由字节码指令newarray触发，很明显，这是一个对数组引用类型的初初始化，而该数组中的元素仅仅包含一个对Const类的引用，并没有对其进行初始化。如果我们加入对con数组中各个Const类元素的实例化代码，便会触发Const类的初始化，如下：

**\[java\]** [view plain][] [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

这样便会得到如下输出结果：

初始化Const类  
根据四条规则的第一条，这里的new触发了Const类。

最后看一下接口的初始化过程与类初始化过程的不同。

接口也有初始化过程，上面的代码中我们都是用静态语句块来输出初始化信息的，而在接口中不能使用“static\{\}”语句块，但编译器仍然会为接口生成<clinit>类构造器，用于初始化接口中定义的成员变量（实际上是static final修饰的全局常量）。

二者在初始化时最主要的区别是：当一个类在初始化时，要求其父类全部已经初始化过了，但是一个接口在初始化时，并不要求其父接口全部都完成了初始化，只有在真正使用到父接口的时候（如引用接口中定义的常量），才会初始化该父接口。这点也与类初始化的情况很不同，回过头来看第2个例子就知道，调用类中的static final常量时并不会 触发该类的初始化，但是调用接口中的static final常量时便会触发该接口的初始化。

[http_blog.csdn.net_ns_code_article_details_17845821]: http://blog.csdn.net/ns_code/article/details/17845821
[view plain]: http://blog.csdn.net/ns_code/article/details/17845821#
[CODE]: https://code.csdn.net/assets/CODE_ico.png
[CODE_CODE]: https://code.csdn.net/snippets/142695
[ico_fork.svg]: https://code.csdn.net/assets/ico_fork.svg
[ico_fork.svg 1]: https://code.csdn.net/snippets/142695/fork