基于编译期静态绑定规则解释protected继承下父指针指向子类的错误原因

嘿，我来帮你拆解这个问题，一步步搞清楚为什么会报错，还有你那个关于Student类权限的疑问～

首先先把你的代码贴出来方便对照：

using namespace std; 
class Person { public: int b; }; 
class Student : protected Person { public: int c; }; 
int main() { 
    Student s; 
    Person *pPerson; 
    pPerson = &s; // 这行编译报错
    return 0; 
}

一、从编译期静态绑定看核心错误 #

C++的类型检查是编译阶段就完成的，编译器只认变量的静态类型（也就是声明时的类型），完全不管运行时实际指向的对象是什么——这就是静态绑定的核心规则。

在你的代码里：

• pPerson的静态类型是Person*
• &s的静态类型是Student*

当你试图把Student*隐式转成Person*时，编译器要检查这个转换的合法性，而这个合法性直接由继承方式和当前代码所在的作用域决定。

二、Protected继承的权限限制 #

用protected继承时，有两个关键规则直接导致了这个报错：

1. 父类Person的所有成员（包括public的b）在子类Student里都会变成protected权限；
2. 从Student*到Person*的隐式转换，只能在Student的成员函数或者友元函数里进行，外部作用域（比如main函数）完全没权限做这个转换！

为什么要这么设计？因为protected继承的初衷就是把父类的接口“藏起来”——外部代码只能通过子类自己暴露的public接口来操作对象，不能绕过子类直接去操作父类的部分。编译器在编译main函数时，看到你要把Student对象转成Person*，但当前是外部作用域，没有权限触发这个转换，所以直接报错——这就是静态绑定下的权限检查结果，它不管运行时实际指向的是什么，只看编译时的类型和当前作用域的权限。

三、关于“Student类本身变为protected”的疑问 #

你的这个猜测其实不准确：Student类本身的可见性还是public的（比如你代码里Student s;能正常创建对象，就说明外部可以访问这个类）。

你产生这个错觉的原因是：从外部看，Student和Person的继承关系被隐藏了——外部代码不知道Student继承自Person，也不能把Student对象当作Person对象来处理（比如转指针），就好像Person是Student的一个protected内部成员一样，外部无法直接触碰这个继承关系，但Student类本身还是可以被外部正常使用的。

验证：把转换放到子类内部就合法了 #

如果把指针转换的代码放到Student的成员函数里，编译就完全没问题，这也印证了上面的规则：

class Student : protected Person { 
public: 
    int c;
    void test() {
        Person* p = this; // 合法！因为在Student的成员函数内部，有权限做这个转换
    }
};

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