友元关系不会被继承。C++标准规定基类的友元对派生类自动失去访问权限，因友元是显式授权而非封装策略延续；需在派生类中重新声明friend才能获得访问权。

友元关系不会被继承

不会。C++标准明确规定：friend 关系不随继承传递——基类的友元函数或友元类，对派生类**自动失去访问权限**，哪怕派生类是 public 继承。

为什么设计成这样？

因为友元本质是「打破封装的显式授权」，而非「访问控制策略的延续」。继承传递的是接口与实现的可重用性，不是信任关系。如果友元能继承，就等于基类单方面替派生类授予了不该有的访问权，破坏封装边界。

常见错误现象：
- 友元函数能访问 Base::private_member，但尝试访问 Derived::private_member 或通过 Derived 对象访问基类私有成员（在派生类新增上下文中）时编译失败；
- 报错类似：error: 'private_member' is private within this context

如何让派生类也“被信任”？

必须显式重新声明。没有捷径，也不能靠 using 声明转发。

C++14 标准参考

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

• 若想让某函数成为 Derived 的友元，需在 Derived 类定义内再次写 friend void func(Derived&);
• 若想让整个类成为友元，同样要在 Derived 中重复 friend class Helper;
• 注意：友元声明不继承，但友元函数本身可以重载或模板化来适配不同派生类型——这属于函数设计层面的灵活性，和友元权限无关

容易忽略的细节

即使 Derived 以 public 方式继承 Base，且 Base 把某个函数声明为友元，该函数仍不能：
- 访问 Derived 自己定义的 private 或 protected 成员；
- 通过 static_cast<base>(derived_obj) 等方式绕过限制——编译器只看表达式的静态类型和当前作用域的友元声明；
- 在 Derived 的成员函数中，以“友元身份”调用自身私有成员（它根本不是 Derived 的友元）。

真正起作用的，永远只是**当前类定义里写的那些 friend 声明**。

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