protected无法访问基类private成员，因private仅对定义类及其友元可见；protected继承不改变private的访问性；唯一标准绕过方式是基类显式声明friend。
C++ 中 protected 无法访问基类 private 成员 —— 这是语言规则，不是写法问题。
为什么 protected 不能访问基类的 private 成员
这是 C++ 访问控制的基本设计：基类的 private 成员对派生类完全不可见，哪怕加了 protected 继承方式也不行。protected 只影响基类中原本就是 protected 或 public 的成员在派生类中的可访问性。
-
private成员只对定义它的类内部可见（包括其友元） -
protected继承只是把基类的public/protected成员在派生类中降级为protected，不“提升”private的可见性 - 试图在派生类里直接写
this->m_private_field会触发编译错误：error: 'm_private_field' is private within this context
绕过限制的合法手段：友元（friend）声明
唯一标准、可移植的方式是让基类主动授权 —— 把派生类（或其成员函数）声明为 friend。
- 必须在基类定义内部添加
friend class Derived;或friend void Derived::do_something(); - 友元关系不继承：基类友元了
Derived，不等于也友元了Derived的派生类SubDerived - 如果基类是模板（如
template<typename t></typename>），友元声明需同步模板化，否则不匹配
class Base {
private:
int secret = 42;
friend class Derived; // 关键：显式授权
};
class Derived : public Base {
public:
void inspect() { std::cout << secret << '\n'; } // OK：因被声明为友元
};
替代方案对比：封装接口 vs. 改变访问级别
强行暴露 private 成员往往说明设计需要调整。更健壮的做法是提供受控访问：
立即学习“C++免费学习笔记（深入）”；
- 在基类中增加
protected的 getter/setter（例如protected: int get_secret() const { return secret; }） - 把本该共享的数据从
private改为protected—— 但要确认语义合理（即该数据本就属于“继承契约”的一部分） - 避免用
using Base::secret;尝试提升访问权限：对private成员无效，编译失败 - 宏或 PIMPL 等技巧无法绕过访问检查，它们不改变语言层级的可见性规则
容易忽略的关键点
很多人卡在细节上：友元声明位置不对、拼写不一致、模板参数未展开，或者误以为继承方式能穿透 private 屏障。
-
friend class D;必须写在基类定义体内，不能放在类外或实现文件中 - 若派生类带模板参数（如
template<typename t> class Derived</typename>），基类中必须写friend class Derived<int>;</int>或使用友元模板声明 - VS 和 GCC 对友元模板的解析略有差异，跨平台项目建议显式特化而非泛化友元
- 过度使用友元会破坏封装，应优先考虑“是否真需要访问这个私有状态”，而不是“怎么绕过去”
