不能直接用 obj.func() 调用基类虚函数，因为虚函数默认动态绑定，总会调用最派生类的重写版本；必须用 BaseClass::func() 显式静态绑定才能调用基类实现。
为什么不能直接用 obj.func() 调用基类虚函数？
因为虚函数调用默认走动态绑定，obj.func() 总是调用实际对象类型的最终重写版本。即使你写在派生类里，不加限定也会跳过中间层，直达最派生的实现。这不是“调用基类版本”的问题，而是语言机制决定的：虚函数表（vtable）控制了运行时分发路径。
用作用域解析符 :: 强制指定基类版本
这是最常用、最直接的方式——显式告诉编译器“就用这个类定义的版本，别查虚表”。前提是该函数在基类中可访问（public 或 protected），且你有对象或指针上下文。
- 对对象调用：
obj.BaseClass::func(); - 对指针/引用调用：
ptr->BaseClass::func();或ref.BaseClass::func(); - 在派生类成员函数内部，也可写
this->BaseClass::func();，效果等同于直接写BaseClass::func();
注意：BaseClass::func() 不触发虚函数机制，哪怕 func 是 virtual 的，这里也按静态绑定处理。
在派生类构造/析构函数中调用基类虚函数要特别小心
此时对象尚未完全构造或正在析构，虚函数表指针可能指向不完整状态的 vtable。如果在派生类构造函数里写 BaseClass::func() 是安全的（因为明确指定了作用域），但若写成 this->func()，则行为未定义——即使 func 在基类中定义，也可能调用到派生类中尚未构造的部分。
立即学习“C++免费学习笔记（深入）”；
- 构造函数中，派生类成员变量还未初始化，
this->func()可能访问到垃圾值 - 析构函数中，派生类部分已析构，
this->func()同样危险 - 只要用了
BaseClass::func()这种显式语法，就绕过了虚调用，相对安全
不推荐用 static_cast 或临时对象“绕路”调用
有人会想：把派生类对象 static_cast 成基类引用再调用，比如 static_cast<baseclass>(obj).func()</baseclass>。这看似调用了基类版，但其实仍走虚函数机制——如果 func 是虚函数，且派生类重写了它，那调用的还是派生类版本。这不是显式调用基类实现，只是换了个类型视图去触发多态。
-
static_cast<baseclass>(obj).func()</baseclass>≠obj.BaseClass::func() - 前者仍是虚调用，后者是强制静态绑定
- 用临时基类对象（如
BaseClass{}.func()）更不可取：语义完全不同，可能调用默认构造的基类实例，和原对象无关
真正需要“基类行为”时，只认 :: 语法；其他方式要么无效，要么引入隐蔽错误。
