解惑

解己之惑,解人之惑

Java类的完整构造执行顺序

这里只说一个完整的结果,至于为什么是这样的顺序,可以参考我以前的文章:深入剖析java类的构造方式

  1. 如果父类有静态成员赋值或者静态初始化块,执行静态成员赋值和静态初始化块
  2. 如果类有静态成员赋值或者静态初始化块,执行静态成员赋值和静态初始化块
  3. 将类的成员赋予初值(原始类型的成员的值为规定值,例如int型为0,float型为0.0f,boolean型为false;对象类型的初始值为null)
  4. 如果构造方法中存在this()调用(可以是其它带参数的this()调用)则执行之,执行完毕后进入第7步继续执行,如果没有this调用则进行下一步。(这个有可能存在递归调用其它的构造方法)
  5. 执行显式的super()调用(可以是其它带参数的super()调用)或者隐式的super()调用(缺省构造方法),此步骤又进入一个父类的构造过程并一直上推至Object对象的构造。
  6. 执行类申明中的成员赋值和初始化块。
  7. 执行构造方法中的其它语句。

其中第4步是比较麻烦的,因为this调用实际上会调用类的另外一个构造方法,最终应该是执行类的某个构造方法,它可能会显示的调用super,但是无论是否调用super,最终都是执行super的,也就是父类的构造方法并一直这样递归到Object,所以在子类和父类的构造中,首先构造或者说执行的是父类的构造,但是它是由子类的构造方法调用的,先于构造方法的方法体里面的内容,这个是由编译器决定的。所以我感觉简单直观一些的顺序表述应该是:

  1. 如果父类有静态成员赋值或者静态初始化块,执行静态成员赋值和静态初始化块
  2. 如果类有静态成员赋值或者静态初始化块,执行静态成员赋值和静态初始化块
  3. 将类的成员赋予初值(原始类型的成员的值为规定值,例如int型为0,float型为0.0f,boolean型为false;对象类型的初始值为null)
  4. 执行构造方法,并可能递归调用this(),最终先执行父类的构造方法并一直递归到Object的构造方法的执行
  5. 父类的构造方法执行完成后,执行类申明中的成员赋值和初始化块。
  6. 执行构造方法中的其它语句。

最终的简化顺序版本是:

  1. 父类的静态成员赋值和静态块
  2. 子类的静态成员和静态块
  3. 父类的构造方法
  4. 父类的成员赋值和初始化块
  5. 父类的构造方法中的其它语句
  6. 子类的成员赋值和初始化块
  7. 子类的构造方法中的其它语句

2006年11月16日更新:
针对留言中提到的那个文章中的问题发现这个顺序也是有不足的情况,这个顺序是一般的顺序,但是有可能被打破,留言中的那篇文章就是一个例子,因为在执行静态初始化块的时候先执行了类的构造,打破了这个一般顺序。所以这个顺序有个前提就是静态赋值和初始化块中没有对本类的实例化语句。
对于那个文章中的问题,作者最后的解决方法可行,但是不见得是最好的,可以简单的修改静态赋值和静态初始化块的顺序,修改后的代码片断为:
public class CachingEnumResolver {   
    private static Map CODE_MAP_CACHE;   
    /*MSGCODE->Category内存索引*/
    static {       
        CODE_MAP_CACHE = new HashMap();       
        //为了说明问题,我在这里初始化一条数据       
        CODE_MAP_CACHE.put("0","北京市");
    }
    //单态实例 一切问题皆由此行引起   
    private static final CachingEnumResolver SINGLE_ENUM_RESOLVER = new    CachingEnumResolver();   

2006年11月28日更新:
最后做为是否理解了这个顺序的测试,看看你能不能得到下面的Main类的输出:
public class Parent {
    //private static Parent instance=new Child();
    private static String message="Parent Static message";
    private String m="Parent instance message";
    //private static Parent instance=new Child();
    static {
        System.out.println("Parent static block");
        System.out.println(message);
    }
   
    {
        System.out.println("Parent instance block");
        System.out.println(m);
    }
    //private static Parent instance=new Child();
   
    public Parent() {
        System.out.println("Parent construtor");
    }
}

public class Child extends Parent{
    private static String message="Child Static message";
    private String m="Child instance message";

    static {
        System.out.println("Child static block");
        System.out.println(message);
    }
   
    {
        System.out.println("Child instance block");
        System.out.println(m);
    }
   
    public Child() {
        System.out.println("Child construtor");
    }
}

public class Main {
    public static void main(String[] args) {
        Child child=new Child();
    }
}

另外请注意Parent类有三行注释掉的代码,每次取消一行的注释并重新注释其它的,输出又是什么样的?

(Visited 73 times, 1 visits today)

11 Comments

  1. :em26: :em18: :em27: :em54: :em30: :em29: :em30: :em31: :em32: :em42: :em51: :em50: :em52: :em33: :em22: :em23: :em23: :em24: :em24: :em14: :em13: :em31: :em33: :em25: :em39: :em64: :em37: :em28: :em19: :em10: :em01: :em02: :em41: :em47:
    :em58: :em58: :em58: :em59: :em60: :em61: :em40: :em32: :em21: :em13:

  2. 3 父类的构造方法
    4 父类的成员赋值和初始化块
    5 父类的构造方法中的其它语句
    以前没看懂,现在再来看看,我有几个问题

    3到5是讲什么意思,我看到的资料里,好像构造方法都是在实例初始化块后跑,而且我自己验证后感觉也是如此,还望刘兄解惑

  3. 呵呵,构造方法是实例初始化块后跑的啊
    6和7不就是讲的这个嘛 :em24:

  4. 3到5是子类初始化的时候会先初始化父类的实例,呵呵

  5. 构造方法中的其它语句指的其实就是构造方法

  6. 和没解释一样啊,一如既往的confusing:em41:
    说实话,我觉得这篇文章太confusing了,分得那么细干吗
    当然最后的例子不错,充分演示了静态初始化时,又要实例初始化JVM的工作方式,JVM做了它力所能及的事情,谁要把它搞死,只能怪自己了

  7. 其实我之所以指出提出这样的话题,是想问问3是否可以不要,可不可以直接归到5
    但我想你既然这么做,肯定有理由的啊,可是你却这么回答我 :em29:

  8. 其实这个是Java源代码和字节码的问题。
    源代码中的构造方法的内容和字节码的构造方法的内容是不一样的,所以有这个说明,主要是为了说明这个区别,不能光看源代码的构造方法的内容。

  9. :em67: 没研究过字节码
    还有,就拿实例初始化(步骤四)来说吧,个人感觉JVM并没有区分成员赋值和实例初始化块,好像就是从上到下执行的,遇到没有赋值语句的声明,自动给予默认值,不知这种想法对不对

  10. 成员赋值和初始化块确实没有太大的区分,都是在clinit中被调用的。没有赋值语句的给予默认值 :em47:

oneal进行回复 取消回复

电子邮件地址不会被公开。 必填项已用*标注

© 2020 解惑

本主题由Anders Noren提供向上 ↑