private成员仅限类内部访问，编译期强制限制；子类无法直接访问父类private成员，需通过public/protected接口；private与protected核心区别在于子类能否直接访问。
private 成员只能在类内部访问
定义 private 成员就是告诉编译器：“这个变量或函数，只允许本类的成员函数（包括构造、析构、友元）调用，外部代码连名字都‘看不见’”。这不是运行时检查，而是编译期强制限制——一旦越界，g++ 或 clang++ 会直接报错，比如：Error: 'x' is private within this context。
常见错误是误以为子类能继承并访问父类的 private 成员。实际上：子类对象里确实有该成员（内存布局包含），但子类的成员函数无法直接写 this->x 或 x 访问它；必须通过父类提供的 protected 或 public 接口间接操作。
如何正确声明 private 成员（含构造/析构/友元）
private 是访问控制标签，不是类型修饰符，它作用于其后所有直到下一个访问标号（public、protected 或下一个 private）之间的声明：
class Widget { private: int data_; void helper(); // 私有成员函数 public: Widget(); // 公共构造函数 —— 可被外部调用，但可在内部访问 data_ ~Widget(); // 公共析构函数 friend void swap(Widget&, Widget&); // 友元函数可突破 private 限制 };注意几点：
立即学习“C++免费学习笔记（深入）”；
-
private:后面不需要加; - 构造函数和析构函数可以是
private，常用于单例或禁止栈上创建对象（如Static Widget& instance()） - 友元声明不破坏封装性，但它绕过访问控制——务必谨慎使用，避免把逻辑耦合进外部函数
private 和 protected 的关键区别在哪
核心差异就一条：子类能否在其成员函数中直接访问该成员。
private 成员对子类完全不可见；protected 成员对子类可见，但对外部依然不可见。例如：
class Base { private: int priv_; protected: int prot_; public: int pub_; }; class Derived : public Base { void f() { // priv_; // ❌ 编译错误：不能访问 Base::priv_ prot_; // ✅ OK：可访问 Base::prot_ pub_; // ✅ OK：可访问 Base::pub_ } };另一个容易忽略的点：protected 成员在派生类中仍保持 protected 属性（除非显式改为 public 或 private），而 private 成员在派生类中“退化”为不可访问，不再参与后续派生的访问控制链。
为什么不要把所有成员都设成 private
过度使用 private 会导致接口僵硬、测试困难、扩展成本高。比如：
- 想给
Widget写单元测试，却发现所有关键状态都被锁死，只能靠 public 接口间接验证，覆盖路径极难构造 - 后续需要添加新功能（如序列化），却发现核心字段无法读取，被迫改接口或加一堆 get/set，破坏内聚
- 调试时无法在 GDB 中打印
obj.data_，因为它是private，而你又没提供debug_dump()这类辅助函数
真正该私有的，是那些可能被误用、破坏不变量、或实现细节极易变动的部分。比如缓存字段、引用计数、锁对象、临时中间状态——这些一旦暴露，调用方就可能依赖它们，导致重构时牵一发而动全身。