直接访问派生类同名变量时默认取派生类作用域中的变量，基类同名成员被作用域遮蔽；通过基类指针或引用访问则转向基类成员。
直接访问派生类同名变量时，默认取哪个
派生类对象调用 name 这种未加限定的变量名，编译器只在当前作用域（即派生类作用域）查找，不会自动向上搜索基类。哪怕基类也有 name，它也被完全屏蔽——这不是“覆盖”，是作用域遮蔽。
常见错误现象：cout 总是输出派生类的值，即使你本意想读基类那份数据；或者调试时发现 <code>name 的值和预期不符，但忘了它可能来自不同层级。
- 派生类中定义了
int name;，基类也有int name;→ 两者内存地址不同，各自独立存在 - 不加作用域时，
name永远解析为派生类版本 - 基类的
name并未被销毁或覆盖，只是“不可见”
用作用域符 :: 显式访问基类同名变量
最常用、最清晰的方式：在变量前加上基类名和作用域解析符。这告诉编译器“我要的是基类那个”，不依赖任何隐式查找规则。
示例：
class Person {
public:
std::string name = "unknown";
};
<p>class Man : public Person {
public:
std::string name = "John"; // 隐藏了 Person::name</p><pre class="brush:php;toolbar:false;">void print_names() {
std::cout <p>};</p>
-
Person::name是唯一可靠方式，适用于所有访问场景（读/写/取地址） - 不能写成
this->Person::name，语法错误；直接Person::name即可 - 如果基类是模板或带命名空间，需完整写出作用域，如
Base<t>::value</t>
通过基类指针或引用间接访问基类同名变量
利用赋值兼容性，把派生类对象转成基类视角，此时对 name 的访问自然落到基类成员上。这是运行时视角切换，不是编译期作用域选择。
示例：
Man m; Person* p = &m; std::cout name
- 本质是“切片”：
p只能看到Person部分，m的派生成员被忽略 - 仅适用于
public继承；protected或private继承下该转换不合法 - 不能用于修改基类变量后再期望影响派生类同名变量——它们是两块独立内存
为什么不能靠 using 把基类变量“拉进”派生类作用域
using 关键字可用于继承函数名（如 using Base::func;），但它**不支持变量**。C++ 标准明确禁止对非静态数据成员使用 using 声明。
尝试这样写会编译失败：
class Man : public Person {
public:
std::string name = "John";
using Person::name; // ❌ 错误：'name' 是变量，不能用 using 引入
};
- 这是容易踩的坑：看到函数能用
using就以为变量也行，结果报错error: 'name' declared as a member of 'Person', but not defined - 若真需要统一访问入口，应封装为函数（如
get_name()），并在其中按需返回不同层级的值 - 变量名冲突本身已是设计信号——考虑是否真需要同名，或改用更明确的命名（如
full_name/nick_name）
实际项目里最容易被忽略的点：同名变量带来的二义性往往不在编译时报错，而是在逻辑出错后才暴露。比如序列化时只存了派生类的 name，反序列化却误以为恢复了基类状态；或者调试器里看到 this->name 的值，没意识到它根本不是你认为的那个。区分的关键永远是——不依赖默认行为，显式写清作用域。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
