浅谈父类和子类构造器

      今晚师弟问了问题,关于子类和父类构造器的问题,做个分析总结:

 

运行代码:

 

package 左旋转字符串;


public  class A {
	public void testabstract(){
		System.out.print("父类方法  ");
		System.out.println("i = "+i);
	}
	A(){		
		System.out.println("palace 1");
		testabstract();
	}
	
	public static void main(String[] args) {
		cc cc = new cc();  
		System.out.println("palace 2");
		cc.testabstract();
	}

}
	
class cc extends A{
	private int i = 1;		
	public void testabstract(){	
		System.out.print("子类方法  ");
		System.out.println("i = "+i);
	}
	cc(){							
	
	}	

	
}

 结果:

 

 

palace 1
子类方法  i = 0
palace 2
子类方法  i = 1

 

 

 

cc cc = new cc();

这段代码,是实例化cc这个类的对象,会调用到cc的构造器

 

执行cc构造器是这样一个过程:

          1.最开始会隐式调用父类的构造器,对父类的非静态域进行初始化,执行父类A的构造器的时候,也会调用父类的构造器也就是Object类的构造器(这里会一层层往上级调用其构造器,知道最顶层的Object后才一层层返回到cc的构造器中来)。

          2.在父类A的构造器中调用到testabstract();方法,这个方法是父类的还是子类的?这里涉及到多台,testabstract()  是等价于  this.testabstract(); this代表当前对象,虽然该方法是在父类构造器中调用的,但是父类构造器是被子类调用,所以归根结底,this代表的是cc的当前对象,而不是父类对象,所以父类中调用的testabstract()是子类的重写后的方法,运行结果证明了这点。

 

为什么同样调用了子类的testabstract()方法  在place1 和 place2 打印出来的结果不同呢?

      这点关系到构造器对变量初始化问题,在执行构造器前系统已经为整个对象申请了内存了,对象的成员变量已经申请到内存,但是还诶初始化,所以系统是赋默认值 int 的为 0,进入构造器的时候,第一件事是调用父类的构造器,此时i还没被赋值,其值仍然是0,父类构造器中调用到子类的方法,故输出的值是 0;

      而在place2 再去执行testabstract() 则能输入想要的结果1.因为初始化已经全部完毕了

 

### 父类子类构造函数的执行顺序及关系 在面向对象编程中,父类子类之间的构造函数调用顺序是一个重要的概念。以下是关于这一主题的具体分析: #### 构造函数调用顺序 当创建一个子类的对象时,其构造过程遵循一定的顺序。具体来说,这个顺序可以分为以下几个部分[^1][^2]: 1. **静态数据成员初始化**: 如果存在任何静态数据成员,则它们会在类加载阶段被初始化。 2. **父类构造函数调用**: 子类的构造函数会隐式或显式地调用父类的构造函数。如果未指定具体的父类构造函数调用,默认情况下会调用无参构造函数。 3. **非静态数据成员初始化**: 接着会对当前类中的非静态数据成员进行初始化。 4. **子类自己的构造函数执行**: 最后才执行子类自身的构造逻辑。 这种设计确保了继承链上的每一个层次都能完成必要的初始化工作,从而使得整个对象处于一致的状态。 #### 虚方法的行为 值得注意的是,在某些语言(如 C# 或 Java)中,即使是在父类的构造过程中也可能触发对子类定义的方法调用。这是因为此时已经决定了运行期类型为子类实例[^3]。然而需要注意的是,由于此时子类尚未完全构建好自己特有的状态,因此可能会引发不可预期的结果或者错误行为。 ```csharp // 示例代码展示父子类构造器交互情况 public class BaseClass { public BaseClass() { Console.WriteLine("Base Class Constructor"); ShowMessage(); // 可能会调用到派生类版本的消息显示功能 } virtual protected void ShowMessage(){ Console.WriteLine("Base Message"); } } public class SubClass : BaseClass{ private string _message; public SubClass(string message){ this._message = message; Console.WriteLine("Subclass Field Initialized:" + _message); } override protected void ShowMessage(){ Console.WriteLine(_message ?? "Default Subclass Message"); } } ``` 上述例子展示了如何通过基类构造期间间接访问到了尚处半成品状态下的衍生实体内部属性状况风险所在之处。 #### 总结 综上所述,无论是哪种实现方式下,都强调了一个基本原则——即始终优先保障基础结构层面准备工作顺利完成之后再去处理更高级别的定制需求;同时也提醒开发者注意潜在陷阱特别是在涉及多态特性运用场景当中可能出现异常情形加以规避之策。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值