C++虚函数访问限定符疑问：派生类重写与虚表机制探讨

先把你的代码贴出来方便讨论：

class Base{ 
public: 
    virtual void func() { cout<< "base"; } 
}; 
class Derived : public Base{ 
private: 
    void func(){ cout<< "derived"; } 
}; 
int main() { 
    Base *b = new Derived(); 
    b->func(); // output = "derived" 
    return 0; 
}

你觉得这违背C++原则其实是混淆了编译期访问控制和运行期虚函数调度的区别，咱们一步步拆解清楚：

核心原因：访问控制是编译期检查，虚函数调用是运行期行为 #

当你写b->func()的时候，编译器只关心b的静态类型——也就是Base*。它会检查Base类里的func权限：哦，是public的，没问题，允许编译通过。

到了运行期，程序通过虚表找到Derived类的func实现，这时候不会再做访问权限检查。因为C++的访问控制（public/protected/private）是用来在编译阶段约束代码的可见性，而不是在运行期限制函数调用的。

为什么C++要这么设计？ #

这是标准委员会为了维护基类接口契约和多态机制做出的决策：

• 接口与实现分离：基类的public虚函数定义的是对外的公共接口，派生类的职责是实现这个接口，至于派生类把这个实现设成private还是public，那是派生类内部的封装问题，不应该影响外部通过基类接口调用它。如果因为派生类把实现设为private就不让调用，那基类承诺的公共接口就失效了，这反而违背了封装和多态的设计初衷。
• 多态的核心是透明调用：多态的意义就是让你可以通过基类指针/引用，不用关心具体是哪个派生类，直接调用对应的实现。如果访问权限能干扰这个过程，那多态的价值就大打折扣了——你根本没法放心地用基类接口，还得担心派生类是不是改了权限。

补充验证：编译期检查依然有效 #

别以为访问控制失效了，如果你直接用派生类对象调用func：

Derived d;
d.func(); // 编译报错！因为Derived::func是private

这说明编译期的访问检查还是严格的，只是通过基类指针的虚函数调用，因为运行期不做检查，所以绕开了派生类的访问权限限制——这完全符合C++的规则。

内容的提问来源于stack exchange，提问作者Azazel