c 类 static 函数 “类加载机制”详解(7)

代码的位置对调了！

结果：

counter1: 1
counter2: 0

分析：

因为static是按申明顺序进行初始化的。因此由于『private static Singleton sigleton = new Singleton();』这句代码会先与『public static int counter2 = 0;』这句代码进行初始化，因为会先执行‘构造方法’。所以在执行完构造方法后’counter1’为’1’，’counter2’为’1’（注意，’counter1’和’counter2’是在准备阶段就分配好了内存，并赋了默认初始值）。接着！执行到『public static int counter2 = 0;』这句代码，又将‘counter2’重置赋值为了’0’。。。所以，就有了我们看到的结果了。

同时，我们需要明白。在’构造方法’中使用的’counter1’是已经初始化好的（因为’counter1’的声明在『private static Singleton sigleton = new Singleton();』之前，因此初始化也在其之前），而’counter2’是还没初始化好但准备好的了（因为’counter2’的申明在『private static Singleton sigleton = new Singleton();』之后，因此初始化也在其之后）。

目的

解析阶段是虚拟机在类的常量池中寻找类、接口、字段和方法的符号引用，把这些符号引用替换成直接引用的过程。

符号引用（Symbolic References）：符号引用以一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时能无歧义地定位到目标即可。符号引用与虚拟机实现的内存布局无关，引用的目标并不一定已经加载到内存中。各种虚拟机实现的内存布局可以各不相同，但是它们能接受的符号引用必须都是一致的，因为符号引用的字面量形式明确定义在Java虚拟机规范的Class文件格式中。

直接引用（Direct References）：直接引用可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。直接引用是和虚拟机实现的内存布局相关的，同一个符号引用在不同虚拟机实例上翻译出来的直接引用一般不会相同。如果有了直接引用，那引用的目标必定已经在内存中存在。

为类的静态变量赋予正确的初始值

前面的类加载过程中，除了在加载阶段用户应用程序可以通过自定义类加载器参与之外，其余动作完全由虚拟机主导和控制。到了初始化阶段，才真正开始执行类中定义的Java程序代码。

初始化阶段是执行类构造器“<clint>()”方法的过程。

① “＜clinit＞()”方法是由编译器自动收集类中的所有类变量的赋值动作和静态语句块（static{}块）中的语句合并产生的，编译器收集的顺序是由语句在源文件中出现的顺序所决定的，静态语句块中只能访问到定义在静态语句块之前的变量，定义在它之后的变量，在前面的静态语句块可以赋值，但是不能访问。

② 『＜clinit＞()』方法与类的构造函数（或者说实例构造器『＜init＞()』方法）不同，它不需要显式地调用父类构造器，虚拟机会保证在子类的『＜clinit＞()』方法执行之前，父类的『＜clinit＞()』方法已经执行完毕。因此在虚拟机中第一个被执行的『＜clinit＞()』方法的类肯定是java.lang.Object。

③ 由于父类的『＜clinit＞()』方法先执行，也就意味着父类中定义的静态语句块要优先于子类的变量赋值操作。

④ 『＜clinit＞()』方法对于类或接口来说并不是必需的，如果一个类中没有静态语句块，也没有对变量的赋值操作，那么编译器可以不为这个类生成『＜clinit＞()』方法。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-80669-7.html