父类子类同名属性访问规则解析

本文深入剖析了面向对象编程中父子类同名变量的访问机制，揭示其本质并非覆盖或重载，而是编译期的作用域屏蔽：子类定义同名变量后，会完全遮蔽父类中同名字段，导致看似“访问不到”实则是编译器在子类作用域内提前终止查找；Java中变量访问严格由引用的声明类型决定，与实际运行时类型无关，只能通过super或父类名显式访问；C++中父子变量物理隔离、各自占内存，必须用Parent::name明确指定作用域；文章更点明关键误区——变量无多态性，方法可重写而变量只能隐藏，这一根本差异常引发隐蔽bug，尤其当父类逻辑依赖被子类“遮住”的字段时，极易造成意料之外的行为偏差。

子类同名变量为什么访问不到父类的值？

因为“隐藏”不是覆盖，也不是重载，而是作用域屏蔽——子类定义了同名变量后，编译器在子类作用域里查到第一个匹配的 name 就停了，根本不会继续往上翻父类。这和函数调用时的动态绑定无关，纯属静态查找规则。

• Java 中：obj.name 的结果完全由 obj 的**声明类型**决定，不是运行时对象类型
• C++ 中：默认访问子类成员；要访问父类同名变量，必须显式写 Parent::name
• 隐藏不看类型、不看修饰符，只要名字一样就触发（public int x 和 private String x 也能互相隐藏）

Java 里怎么安全访问被隐藏的父类变量？

不能靠转型“绕过去”，也不能靠多态自动切换——变量访问是编译期绑定的。唯一可靠方式是明确告诉编译器你要哪个作用域的变量。

• 实例变量：用 super.name（仅限非 private）
• 静态变量：用 Parent.name（哪怕子类有同名 static 变量）
• 别试图用 ((Parent)obj).name——如果 obj 声明类型就是 Parent，那没问题；但若声明为 Child，强制转成 Parent 后再点 .name，依然访问的是 Parent 类型下可见的那个变量（也就是父类自己的，不是子类隐藏的那个）

C++ 中父子同名变量共存时内存和访问怎么算？

它们是两个独立变量，各自占内存空间，地址不同。子类对象内存布局里，父类部分和子类新增部分是分开排布的，num 在父类子对象里一份，在子类区域又一份。

• 直接写 c.num → 访问子类定义的 num
• 写 c.Parent::num → 跳进父类子对象区域读取
• 没有 virtual 或指针偏移参与，纯粹是编译器根据作用域解析出来的地址偏移
• 调试时在监视窗口里展开 c，能看到两个 num 字段并列存在，印证它们物理隔离

为什么方法可以重写而变量只能隐藏？

这是语言设计的根本分野：方法调用支持运行时绑定（多态），变量访问只走编译时作用域链。你不能指望 obj.field 在运行时根据实际类型切换字段，它连字段地址都是编译期确定的。

• Java 没有“变量多态”，只有“方法多态”；C++ 同理，virtual 不适用于变量
• 误以为“子类变量覆盖父类”是常见错觉——其实父类字段还在，只是被遮住了
• 真正危险的操作：在父类方法里读 this->x，结果却因子类隐藏了 x 而行为异常（尤其当父类逻辑依赖该字段时）

变量隐藏这事，表面只是名字冲突，背后其实是编译期作用域解析和运行时对象模型的彻底割裂。很多人调半天发现值不对，最后才发现自己一直在读子类的副本，而父类那个“同名变量”从没被修改过——它安静躺在对象内存的另一块区域里，等你主动伸手去够。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~