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 = 0
Glyph() 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)调用导出类的构造器主体
所以,在编写构造器时有一条有效的准则:“ 用尽可能简单的方法使对象进入正常状态,如果可以的话,避免调用其他方法”