显式作用域调用Base::func()可强制静态绑定调用基类虚函数实现，而static_cast转型无法绕过虚表机制，仍触发动态绑定。

直接在派生类中用 BaseClass::func() 语法调用

虚函数默认动态绑定，但 C++ 允许在派生类成员函数内部显式指定调用某个基类的版本——只要该函数在基类中可访问（public/protected）。这不是绕过虚表，而是明确限定作用域。

• 写法必须带作用域解析符：Base::virtual_func()，不能只写 Base::func()（除非 func 是非虚的或重载名）
• 即使 Base::virtual_func() 是虚函数，加了 Base:: 后就变成静态绑定，编译期确定调用 Base 的实现
• 若 Base 中该函数是 private，即使派生类继承了也无法这样调用（编译错误）
• 多重继承时，如果多个基类都有同名虚函数，必须写全路径，比如 Base1::func() 或 Base2::func()

为什么不能靠 static_cast 或指针转型来“骗”虚调用

有人试图用 static_cast<base>(&this)->func() 想触发 Base 版本，这是无效的——func() 仍是虚调用，最终仍会走到当前对象的最派生类重写版本（即又回到自身），等于白转。

• 虚函数调用的本质是查 this 指向对象的 vtable，和指针类型无关
• static_cast 改变的是指针的静态类型，不影响对象内存布局和 vtable 指针
• 真正生效的只有显式作用域调用：Base::func()，它跳过虚机制，直接生成对 Base 中函数地址的调用

常见误用场景：析构函数里忘记显式调用基类析构

虽然基类析构函数通常声明为 virtual，但若在派生类析构函数中需要在清理前执行基类的某些逻辑（比如资源预释放），不能依赖“自动调用”，而要主动写 Base::~Base() ——不过注意：一般不建议手动调用析构函数，除非你清楚自己在做什么。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

• 正常情况下，派生类析构函数末尾会自动调用基类析构，无需手动写
• 手动写 Base::~Base() 只应在特殊场景（如 placement new 对象需显式析构），且之后不能再让栈/自动对象再次析构它，否则未定义行为
• 更安全的做法是把可复用的清理逻辑抽成普通成员函数（如 teardown()），然后在派生类析构中调用 Base::teardown()

模板类中调用基类虚函数要注意名称查找

在类模板的成员函数里调用基类虚函数时，如果基类依赖模板参数（比如 Base<t></t>），编译器可能无法在第一阶段找到 Base<t>::func()</t>，报 “not declared in this scope” 错误。

立即学习“C++免费学习笔记（深入）”；

• 解决方法是加 this->func() 或显式写 Base<t>::func()</t>，强制延迟到第二阶段查找
• 更稳妥的是用 using Base<t>::func;</t> 在派生类中引入名称，避免每次都要写全限定名
• 如果基类函数是虚的且被派生类重写，this->func() 仍走虚调；而 Base<t>::func()</t> 才强制调用基类版

C++ 的虚函数调用控制本质是“编译期决定是否走虚表”，而不是运行时切换策略。最容易忽略的是：作用域调用（Base::func()）和指针转型（static_cast）在虚调用上的语义天差地别——前者有效，后者完全无效。