Java构造器内部的多态方法的行为

Java构造器调用的层次结构带来了一个有趣的两难问题。如果在一个构造器的内部调用正在构造的对象的某个动态绑定方法，那会发生什么情况？

class Glyph{void draw(){System.out.println("Glyph.draw()");}Glyph(){System.out.print("Glyph() before draw()");draw();System.out.println("Glyph() after draw()");}}class RoundGlyph extends Glyph{private int radius =1 ;RoundGlyph(int r ){radius = r ;System.out.println("RoundGlyph.RoundGlyph() , radius = "+ radius);}void draw(){System.out.println("RoundGlyph.draw() , radius = "+ radius);}}public class PolyConstructors {public static void main(String[] args){new RoundGlyph(5);}}

输出结果：

Glyph() before draw()RoundGlyph.draw() , radius = 0Glyph() after draw()RoundGlyph.RoundGlyph() , radius = 5

Glyph.draw()  方法设计为将要被覆盖，这种覆盖是在RoundGlyph中发生的。 但是 Glyph.draw构造器会调用这个方法，结果导致了对RoundGlyph.draw()的调用，结果我们发现当Glyph的构造器调用draw()方法时， radius 不是默认初始值1 ， 而是 0 。 

因此，初始化的实际过程是：

（1）在其他任何事物发生之前，将分配给对象的存储空间初始化成二进制的零

（2）如前所述那样调用基类构造器。此时，调用被覆盖后的draw()方法（ 在调用 RoundGlyph的构造器之前） ，由于步骤1的缘故，此时的radius的值为0

（3）按照声明的顺序调用成员的初始化方法。

（4）调用导出类的构造器主体

所以，在编写构造器时有一条有效的准则：“ 用尽可能简单的方法使对象进入正常状态，如果可以的话，避免调用其他方法”