一个让98%的Java程序员犯难的偏门问题

下载本文示例代码
　　一个学员曾经问了我一个他在sun公司的论坛上看到的怪问题，因为这个问题一直没有人解答，加之这个问题所涉及的知识有点偏门，所以，我断言这个问题至少有98%的Java程序员不会！ 　　（之所以这么断言，是因为我遇到的高手和低手程序员，好像并没有精力去研究那些琐碎的细节，并且他们工作中似乎也不需要。如果你看到了这个问题，再去查书和思考，最终找出答案，在这之前也应该算不会，呵呵，另外，100个java程序员中有2个会这个，并不过分，现在已经有2000人看了这篇文章，至少应该有40个人会这个问题，大家不要看下面有几个会的，就忽略了那些没有发表意见的看客，我的98%不夸张）。　　如果你不会这个问题，并不代表你的水平比我低呵，因为这个问题只有我等孔乙几才去摆弄，各位看了，就当消遣。　　问题： public class Parent { 　public void test() 　{}　public Parent() 　{　　test();　}　public static void main(String[] args) 　{　　new Child();　}}class Child extends Parent {　private int instanceValue = 20;　public void test() 　{　　System.out.println("instance value is: " instanceValue);　}}　　各位先猜猜打印的结果是多少呢？为什么呢？　　----------------------------------------------------------------　　答案：下面是摘自本人编写的《Java就业培训教程》中的一段讲述，请大家注意第（4）步和第（5）步的讲解，调用完父类的构造方法后，接着才进行成员变量的显式初始化操作，上面代码中的private int instanceValue = 20;定义应看成两部分：第一部分是定义变量，第二部分是给变量赋值，变量定义位于父类构造方法之前，变量赋值位于父类构造方法之后。在父类的构造方法执行时，根据多态性，它会去调用子类中定义的test()方法，可是，这时候，子类中的成员变量还没执行显式初始化操作， 对于private int instanceValue = 20;定义，instanceValue 的值为默认的初始化值0，所以，这时候在test方法中打印出的值为0。　　4.1.3子类对象的实例化过程　　对于许多Java老手来说，子类对象的实例化过程也不见得非常清楚，你可能并不需要完全了解子类对象的实例化过程，但了解后还是有好处的。　　对象中的成员变量的初始化是按下述步骤进行的：　　（1）分配成员变量的存储空间并进行默认的初始化，就是用new关键字产生对象后，对类中的成员变量按第三章的表3.1中的对应关系对对象中的成员变量进行初始化赋值。 　　（2）绑定构造方法参数，就是new Person（实际参数列表)中所传递进的参数赋值给构造方法中的形式参数变量。　　（3）如有this()调用，则调用相应的重载构造方法（被调用的重载构造方法又从步骤2开始执行这些流程），被调用的重载构造方法的执行流程结束后，回到当前构造方法，当前构造方法直接跳转到步骤（6）执行。（反正要去调用父类的构造函数，如果调用this，那么this指向的构造函数就会去调用父类的构造函数，我这个构造函数本身就不用再调用父类的构造函数了，如果没有调用this，那我这个构造函数就必须去调用父类的构造函数）　　（4）如有没有this()调用，显式或隐式追溯调用父类的构造方法(一直到Object类为止，Object是所有Java类的最顶层父类，/*在本章后面部分有详细讲解*/)，父类的构造方法又从步骤2开始对父类执行这些流程，父类的构造方法的执行流程结束后，回到当前构造方法，当前构造方法继续往下执行。　　（5）进行成员变量的显式初始化操作，也就是执行在定义成员变量时就对其进行赋值的语句，如： public Student extends Person{　String school = ”it315”;// 显式初始化　……}　　将“it315”赋值给school成员变量。　　（6）执行当前构造方法的方法体中的程序代码，如： public Student extends Person{　public Student(String name,int age,String school)　{ 　　super(name,age);　　this.school = school;　}} 　　一个学员曾经问了我一个他在sun公司的论坛上看到的怪问题，因为这个问题一直没有人解答，加之这个问题所涉及的知识有点偏门，所以，我断言这个问题至少有98%的Java程序员不会！ 　　（之所以这么断言，是因为我遇到的高手和低手程序员，好像并没有精力去研究那些琐碎的细节，并且他们工作中似乎也不需要。如果你看到了这个问题，再去查书和思考，最终找出答案，在这之前也应该算不会，呵呵，另外，100个java程序员中有2个会这个，并不过分，现在已经有2000人看了这篇文章，至少应该有40个人会这个问题，大家不要看下面有几个会的，就忽略了那些没有发表意见的看客，我的98%不夸张）。　　如果你不会这个问题，并不代表你的水平比我低呵，因为这个问题只有我等孔乙几才去摆弄，各位看了，就当消遣。　　问题： public class Parent { 　public void test() 　{}　public Parent() 　{　　test();　}　public static void main(String[] args) 　{　　new Child();　}}class Child extends Parent {　private int instanceValue = 20;　public void test() 　{　　System.out.println("instance value is: " instanceValue);　}}　　各位先猜猜打印的结果是多少呢？为什么呢？　　----------------------------------------------------------------　　答案：下面是摘自本人编写的《Java就业培训教程》中的一段讲述，请大家注意第（4）步和第（5）步的讲解，调用完父类的构造方法后，接着才进行成员变量的显式初始化操作，上面代码中的private int instanceValue = 20;定义应看成两部分：第一部分是定义变量，第二部分是给变量赋值，变量定义位于父类构造方法之前，变量赋值位于父类构造方法之后。在父类的构造方法执行时，根据多态性，它会去调用子类中定义的test()方法，可是，这时候，子类中的成员变量还没执行显式初始化操作， 对于private int instanceValue = 20;定义，instanceValue 的值为默认的初始化值0，所以，这时候在test方法中打印出的值为0。　　4.1.3子类对象的实例化过程　　对于许多Java老手来说，子类对象的实例化过程也不见得非常清楚，你可能并不需要完全了解子类对象的实例化过程，但了解后还是有好处的。　　对象中的成员变量的初始化是按下述步骤进行的：　　（1）分配成员变量的存储空间并进行默认的初始化，就是用new关键字产生对象后，对类中的成员变量按第三章的表3.1中的对应关系对对象中的成员变量进行初始化赋值。 　　（2）绑定构造方法参数，就是new Person（实际参数列表)中所传递进的参数赋值给构造方法中的形式参数变量。　　（3）如有this()调用，则调用相应的重载构造方法（被调用的重载构造方法又从步骤2开始执行这些流程），被调用的重载构造方法的执行流程结束后，回到当前构造方法，当前构造方法直接跳转到步骤（6）执行。（反正要去调用父类的构造函数，如果调用this，那么this指向的构造函数就会去调用父类的构造函数，我这个构造函数本身就不用再调用父类的构造函数了，如果没有调用this，那我这个构造函数就必须去调用父类的构造函数）　　（4）如有没有this()调用，显式或隐式追溯调用父类的构造方法(一直到Object类为止，Object是所有Java类的最顶层父类，/*在本章后面部分有详细讲解*/)，父类的构造方法又从步骤2开始对父类执行这些流程，父类的构造方法的执行流程结束后，回到当前构造方法，当前构造方法继续往下执行。　　（5）进行成员变量的显式初始化操作，也就是执行在定义成员变量时就对其进行赋值的语句，如： public Student extends Person{　String school = ”it315”;// 显式初始化　……}　　将“it315”赋值给school成员变量。　　（6）执行当前构造方法的方法体中的程序代码，如： public Student extends Person{　public Student(String name,int age,String school)　{ 　　super(name,age);　　this.school = school;　}} 下载本文示例代码


一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题一个让98%的Java程序员犯难的偏门问题