作用域解析符调用基类函数需显式指定作用域，派生类中同名函数会隐藏基类重载；构造函数必须在初始化列表调用基类构造函数；析构函数应声明为virtual以确保多态删除安全；using声明可解决基类重载函数被隐藏问题。
直接用 :: 作用域解析符调用基类函数
派生类对象默认能访问基类的 public 和 protected 成员函数，但若派生类中定义了同名函数（无论是否重载或重写），编译器会优先查找派生类作用域，此时想明确调用基类版本，必须显式指定作用域。
常见错误是写成 Base::func() 却忘了加 this-> 或对象实例，导致编译失败（尤其在模板或非静态上下文中）。
实操建议：
- 在派生类成员函数内调用：用
this->Base::func()或直接Base::func()（仅限非模板、非依赖名称场景） - 从外部调用：只能通过基类引用/指针，如
Base& b = derived; b.func();，不能直接derived.Base::func()（非法语法） - 若基类函数是虚函数且被重写，
Base::func()会绕过动态绑定，强制调用基类实现——这是有意为之的设计点，不是 bug
构造函数里必须用初始化列表调用基类构造函数
构造函数不能像普通函数那样在函数体内用 Base::Base(...) 调用。C++ 规定基类子对象必须在派生类对象创建前完成初始化，因此只能在初始化列表中指定。
常见错误现象：
— 写成 Derived(int x) { Base(x); } → 编译报错，这行代码实际是创建一个临时 Base 对象，跟当前对象无关；
— 忘记初始化基类，导致基类部分用默认构造（如果存在），可能引发未定义行为。
实操建议：
- 始终在初始化列表中显式调用：
Derived(int x) : Base(x) { /*...*/ } - 若基类构造函数有多个参数，注意顺序和类型匹配，不支持“命名参数”风格
- 基类无默认构造函数时，派生类构造函数必须提供初始化列表，否则编译失败
析构函数自动调用基类版本，但要注意虚析构函数
派生类析构函数执行完后，编译器会自动插入对基类析构函数的调用，无需手动写 Base::~Base()。但若通过基类指针删除派生类对象（如 Base* p = new Derived;），而 Base::~Base() 不是 virtual，则只会调用 Base 的析构函数，派生类部分不会析构——这是典型的内存泄漏/资源泄漏根源。
实操建议：
- 只要类设计为多态基类（即有虚函数），就应把析构函数声明为
virtual - 不需要手动调用基类析构函数；也不要在派生类析构函数里写
Base::~Base()（重复调用 UB） - 若基类析构函数是
virtual，即使通过Base*删除，也能正确触发派生类析构逻辑
用 using 声明把基类重载函数引入派生类作用域
当派生类定义了与基类同名但参数不同的函数时，基类所有同名重载都会被隐藏（name hiding），而不是重载集合的一部分。这时即使基类有 void func(int)，派生类写了 void func(double)，也不能用派生类对象调用 func(42)（int 版本）。
常见错误现象：
— 编译报错 “no matching function for call to ‘Derived::func(int)’”，明明基类有该函数；
— 误以为是访问权限问题，反复改 public/protected，其实根本没被找到。
实操建议：
- 在派生类定义中加
using Base::func;，把基类所有func重载都带进来 -
using声明不改变访问权限，只解决名字可见性；原基类函数的public/protected属性仍生效 - 若只想引入特定签名，不能用
using，只能在派生类中显式转发，如void func(int x) { Base::func(x); }
最容易被忽略的是 using 声明的必要性——很多开发者直到编译报错才意识到重载被隐藏，而不是函数不可见。还有就是构造函数初始化列表的强制性，新手常试图在函数体里“补救”，结果完全无效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
