显式作用域调用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() 仍是虚调用，最终仍会走到当前对象的最派生类重写版本（即又回到自身），等于白转。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 虚函数调用的本质是查 this 指向对象的 vtable，和指针类型无关
-
static_cast改变的是指针的静态类型，不影响对象内存布局和 vtable 指针 - 真正生效的只有显式作用域调用：
Base::func()，它跳过虚机制，直接生成对 Base 中函数地址的调用
常见误用场景：析构函数里忘记显式调用基类析构
虽然基类析构函数通常声明为 virtual，但若在派生类析构函数中需要在清理前执行基类的某些逻辑（比如资源预释放），不能依赖“自动调用”，而要主动写 Base::~Base() ——不过注意：一般不建议手动调用析构函数，除非你清楚自己在做什么。
- 正常情况下，派生类析构函数末尾会自动调用基类析构，无需手动写
- 手动写
Base::~Base()只应在特殊场景（如 placement new 对象需显式析构），且之后不能再让栈/自动对象再次析构它，否则未定义行为 - 更安全的做法是把可复用的清理逻辑抽成普通成员函数（如
teardown()），然后在派生类析构中调用Base::teardown()
模板类中调用基类虚函数要注意名称查找
在类模板的成员函数里调用基类虚函数时，如果基类依赖模板参数（比如 Base<t></t>），编译器可能无法在第一阶段找到 Base<t>::func()</t>，报 “not declared in this scope” 错误。
- 解决方法是加
this->func()或显式写Base<t>::func()</t>，强制延迟到第二阶段查找 - 更稳妥的是用
using Base<t>::func;</t>在派生类中引入名称，避免每次都要写全限定名 - 如果基类函数是虚的且被派生类重写，
this->func()仍走虚调；而Base<t>::func()</t>才强制调用基类版
Base::func()）和指针转型（static_cast）在虚调用上的语义天差地别——前者有效，后者完全无效。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
