.新版论坛系列介绍之二――功能介绍篇 2012 SDCC门票社区团购火热开启！ 公告：CSDN博客频道博客搬家功能上线！
移动盛会强档来袭，参会套票全线秒杀！ 没有重量只有质量：iPad版《程序员杂志》应用上线 “我最喜欢的技术博客”获奖公布！
Java类装载顺序 .
分类： Java 2008-05-29 13:46 141人阅读 评论(0) 收藏 举报
虽然没犯过「全世界所有男人都会犯的错误」，但是我倒是曾经犯了「全世界所有程序员都会犯的错误」。不管使用何种语言，全世界所有程序员都一定犯过这种错误，那就是： 太依赖编译器，却不知道编译器做了哪些事。
一般来说，越高阶的程序语言，会提供越多语法上的便利，以方便程序撰写，这就俗称为 syntactic sugar，我称其为「语法上的甜头」。虽说是甜头，但是如果你未能了解该语法的实质内涵，很可能会未尝甜头，却吃尽苦头。
下面是一个例子:
public class Singleton {
private static Singleton obj = new Singleton();
public static int counter1;
public static int counter2 = 0;
private Singleton() {
counter1++;
counter2++;
}
public static Singleton getInstance() {
return obj;
}
}
public class MyMain {
public static void main(String[] args) {
Singleton obj = Singleton.getInstance();
System.out.println("obj.counter1=="+obj.counter1);
System.out.println("obj.counter2=="+obj.counter2);
}
}
执行结果是：
obj.counter1==1
obj.counter2==0
你有没有被此结果吓一跳？乍看程序代码，你很可能会认为counter1和counter2的值一定 vbJ北方站长站
会相等，但执行结果显然不是如此。其实，程序1被编译后的程序应该等同于下面的程序
public class Singleton{
private static Singletonobj;
public static int counter1;
public static int counter2;
static {
// 这就是class constructor
// 在进入此class constructor之前，class已经被JVM配置好内存，
//所有的static field都会被先设定为0，
// 所以此时counter1和counter2都已经是0，且singleton为null
//obj = new Singleton()，问题皆由此行程序产生
// counter1不会在此被设定为0，counter2 = 0;
// counter2再被设定一次0（其实是多此一举）
obj = new SingletonExample();
counter2 = 0; }
private Singleton() {
// 这是instance constructor
counter1++;
counter2++;
}
public static Singleton getInstance() {
return obj;
}
}
这是因为：当class具有static field，且直接在宣告处透过「=...」的方式设定其值时，编译器会自动将这些叙述依序搬到class constructor内。同样地，当class具有instance field，且直接在宣告处透过「=...」的方式设定其值时，编译器会自动将这些叙述依序搬到instance constructor内。 vbJ北方站长站
此程序在class constructor内，还未将static field初始化时（这时候，counter1和counter2都是0），就呼叫instance constructor，而instance constructor竟然还会去更动static field的值，使得counter1和counter2都变成1。然后instance constructor执行完，回到class constructor，再把counter2的值设为0（但是counter1维持不变）。最后的结果：counter1等于1，counter2等于0。
欲改正程序1，方法有三：
-方法一：将singleton field的宣告调到counter1与counter2 field之后。这是最好的作法。
-方法二：将counter2=0的宣告中，「=0」的部分删除。这种作法只有在希望
-方法三：将初始化的动作搬到class constructors内，自行撰写，而不依赖编译器产生。这是最保险的作法。