有关java构造器的笔记

　　当程序中首次出现使用一个类A时, 无论是使用A的静态成员还是创建一个对象(声明一个A类对象不算), 那么类加载器就会首先对A进行加载, 在对A进行加载的过程中, 如果A有一个extends的父类B, 那么就先对这个B类进行加载, 如果B类还有父类, 就再加载B的父类,就这样层层向上加载, 直到加载Object基类为止,每个类在加载过程中完成了对该类的静态成员的默认初始化. 当Object类加载完成后, 就从Object类开始依次向下进行静态初始化直到A类, 然后执行A的静态初始化, 此时执行的静态初始化只伴随着类加载执行这一次, 执行之后就再也不执行了. 所谓默认初始化就是将基本数据类型初始化为0, 引用数据类型初始化为null. 静态初始化是按照静态变量和静态代码块的初始化顺序和声明顺序一致这一准则进行指定初始化.

　　然后如果使用的是new A a()(也就是实例初始化) , 就会为对象分配存储空间, 首先将这片存储空间清零(所谓清零就是对所有的非静态成员变量进行默认初始化), 然后开始执行A的构造函数, 无论是否明确的使用了super()调用A父类的构造函数, 都会在真正执行A的构造函数之前创建A的父类对象, 然后返回A的构造函数, 此时也并非开始执行构造函数内的程序, 而是对A的成员变量进行指定初始化,  初始化的顺序和静态指定初始化的顺序一致, 最后执行A的构造函数内的程序, 完成初始化

　　当初始化涉及多态时, 如果父类的非静态代码块或者父类的构造函数中调用了涉及到多态的函数, 那么这个函数是A类相应重写的函数.

class Glyph
{
	{
		draw() ; //会调用子类的
	}
	
	void draw()
	{
		System.out.println("Glyph draw()") ;
	}
	
	public Glyph() 
	{
		System.out.println("Glyph() before draw()") ;
		draw();	//会调用子类的
		System.out.println("Glyph() after draw()") ;
	}
}

public class RoundGroph extends Glyph
{
	private int radius = 1 ;
	RoundGroph(int i)
	{
		radius = i ;
		System.out.println("RoundGroph.Grougph().radius= " + radius) ;
	}
	
	void draw()
	{
		System.out.println("RoundGroph.draw().radius= " + radius) ;
	}
	
	public static void main(String args[])
	{
		RoundGroph a  = new RoundGroph(22) ;
	}
}

　　之所以会出现这种情况是因为 动态绑定 . java之所以有多态, 就是由于动态绑定. 

　　这个是有关动态绑定的一片非常好的文章:http://www.cnblogs.com/yyyyy5101/archive/2011/08/02/2125324.html

上述代码就是对《thinking in java》这段话的一个解释

如果构造器只是在构建对象的一个步骤，并且 该对象所属的类 是从 这个构造函数所属的类 导出的，那么导出部分在当前构造器正在被调用的时刻仍然是没有初始化的。然而一个动态绑定的方法调用却会深入到继承层次结构的内部，调用导出类的方法。如果我们在构造函数中这么做，那么就可能调用某个方法，而这个方法所使用的成员可能还尚未初始化--这肯定会招灾引祸。

　　上面代码中的RoundGroph是Glyph的子类。按照上面对于有继承关系的初始化过程的描述，当遇到new RoundGroph(22)，就会分配存储空间，并对RoundGroph的成员进行默认初始化，然后初始化他所持有的RoundGroph对象，在初始化Glyph的过程中会调用draw()，这个方法是动态绑定的，在RoundGroph还未完全初始化的情况下调用RoundGroph的draw()，如果此时draw()中使用了未初始化的子类成员变量，那么就会导致莫名的错误，也就是《thingking in java》中所说的招灾引祸。

　　因此,最好不要在构造器中调用函数, 在构造器中唯一能够安全调用的就是private 或 final函数, 如果一定要调用带有动态绑定的函数, 就一定要非常小心了.

//thinking in java笔记，如果有不对的地方，还望指正^_^