子类中调用父类同名函数必须使用作用域解析符base::func()，否则可能引发无限递归；该规则适用于虚函数、非虚函数、多继承、虚继承及模板基类，且构造/析构函数中仍需显式限定。
子类中直接调用父类同名成员函数要用 :: 作用域解析符
当子类重写了父类的虚函数或非虚函数，又需要在子类实现里复用父类逻辑时，不能靠 this->func() 或直接写 func() —— 这会调用子类自己的版本（哪怕你刚定义它）。必须显式指定作用域：BaseClass::func()。
常见错误现象：Stack overflow（无限递归），因为子类 Derived::foo() 里没加作用域地调用 foo()，结果又进到自己里面去了。
- 非虚函数也适用：即使父类函数不是
virtual，只要子类定义了同名函数，就会隐藏父类版本，必须用Base::func()显式调用 - 虚函数场景下，
Base::func()强制调用父类实现，绕过动态绑定；而this->func()仍走虚表，可能再次进入子类重写版 - 若父类函数是
private，子类无法访问，哪怕加作用域也不行 —— 此时需父类提供protected的do_something()等钩子函数
多继承时调用特定父类的同名函数要写全限定名
如果子类同时继承自 A 和 B，且两者都有 print()，那么 A::print() 和 B::print() 必须区分清楚，否则编译报错：error: request for member ‘print’ is ambiguous。
示例中，Derived 继承 A 和 B，调用时必须明确写成：
A::print(); B::print();
不能省略类名，也不能只写 ::print() —— 全局作用域里根本没这个函数。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 若两个父类的同名函数签名不同（比如参数个数/类型不同），编译器可能不报错，但行为取决于重载解析结果，容易误调；显式限定最安全
- 虚继承不影响此规则：即使
A和B共享同一个GrandBase，调用GrandBase::init()仍需写全GrandBase::init()
构造函数里不能用 this->func() 调父类同名函数
在子类构造函数体中，对象尚未完全构造完成，虚函数表指针可能还未指向子类虚表。此时若父类函数是虚函数，this->func() 实际调用的是父类版本（而非子类重写版）—— 但这不是“调父类”，而是“动态绑定失效”的副作用。
真正想调父类实现，还是得用 Base::func()，而且仅限该函数在父类中可访问（public 或 protected）。
- 构造函数初始化列表里不能调用任何成员函数（包括父类的），只能调父类构造函数，如
Base(x) - 析构函数同理：子类析构函数体内调
Base::cleanup()是安全的，但this->cleanup()仍可能因虚表状态不稳定导致意外行为 - 更稳妥的做法是把可复用逻辑抽到非虚的
protected工具函数里，构造/析构中直接调它
模板基类中调同名函数要小心依赖查找
如果父类是模板类（如 Base<t></t>），子类继承 Base<int></int>，那么在子类中写 Base<int>::func()</int> 没问题；但若写 Base::func()，编译器可能报错：'Base' has not been declared —— 因为 Base 不是独立类型名，而是依赖于模板参数的限定名。
此时必须写全特化名，或使用 using Base<t>::func;</t> 在子类中引入名称（适用于非模板子类或模板子类中已知 T 的上下文）。
- 在模板子类中，若想泛化调用，常用手法是先
using Base<t>::func;</t>，再在函数体内直接用func()，这样既避免重复写模板参数，又确保调的是父类版本 - 注意：如果父类模板中该函数是虚的，而子类模板没重写，那
func()就是父类版本；一旦子类模板提供了定义，就必须用Base<t>::func()</t>显式回退
Base::，实际牵扯到继承模型、虚函数机制、模板依赖和对象生命周期。最容易被忽略的是构造/析构阶段的虚函数行为，以及模板类中名称未被提前声明的问题。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
