派生类无法直接访问基类的私有成员，只能通过基类提供的public/protected接口（如getter函数）间接访问；可将成员改为protected或使用friend（极少用）。
派生类无法直接访问基类的私有成员
这是 C++ 的核心访问控制规则：private 成员仅对定义它的类内部可见，派生类不在此列。哪怕继承方式是 public、protected 或 private，都无法在派生类中用 base_obj.private_member 或 this->private_member 访问基类的 private 数据。
正确做法：通过基类提供的 public/protected 接口间接读取
基类应主动暴露安全、可控的访问途径，而不是让派生类“钻空子”。常见方式包括：
- 在基类中声明
public或protected的 getter 函数，例如getValue()、getName() - 将原本
private的数据改为protected（仅当语义上确实属于“继承体系共享状态”，且你完全掌控所有派生类时才考虑） - 使用
friend声明特定派生类（极少见，破坏封装性，仅用于高度耦合的底层库场景）
示例：
class Base {
private:
int secret_;
protected:
int protected_val_;
public:
Base(int s) : secret_(s), protected_val_(42) {}
int getSecret() const { return secret_; } // ✅ 正确入口
};
class Derived : public Base {
public:
Derived(int s) : Base(s) {}
void print() {
// cout << secret_; // ❌ 编译错误：'secret_' is private within this context
cout << getSecret(); // ✅ OK：走公开接口
cout << protected_val_; // ✅ OK：protected 成员可被派生类直接访问
}
};
别碰友元、指针强转、宏 hack 这些“捷径”
有人会尝试用 friend class Derived;、或通过 reinterpret_cast 绕过访问控制，甚至用宏重定义 private 为 public。这些方法：
立即学习“C++免费学习笔记（深入）”；
- 破坏封装，使基类内部实现细节暴露给派生类，一旦基类修改字段名或布局，派生类立即崩溃
- 多数在启用
-fvisibility=hidden或 LTO 时失效 - 不符合 ABI 稳定性要求，跨编译单元或 DLL 边界会出未定义行为
- 代码审查时会被直接拒收
它们解决的不是“怎么读”，而是“怎么绕过设计约束”——而问题往往出在基类接口设计本身。
如果基类是你无法修改的第三方库类型
这时没有 getXXX() 方法，又必须读某个私有字段，说明你正处在不支持的使用场景中。可行路径只有：
- 查文档或源码，确认是否有被忽略的
protected成员或未公开但稳定的public接口（比如某些库提供dump()或debug_info()） - 向库维护者提 issue，请求添加必要访问器；或自行 fork 并提交 PR
- 若字段是 POD 且内存布局稳定（如纯
int成员），且只用于调试/日志等非交付场景，可借助offsetof+ 指针偏移读取——但这属于未定义行为，禁止用于生产环境
真正需要“读基类私有数据”的需求，90% 都源于基类缺少合理抽象，或派生类承担了本该由基类完成的职责。
