封装是手段，信息隐藏是目标；private不等于成功隐藏，关键在接口是否隔离实现细节；struct与class封装能力相同但默认权限影响隐藏起点；getter/setter常破坏隐藏，应优先提供行为接口。
封装是机制，信息隐藏是目标
封装（Encapsulation）是 C++ 提供的一套语法机制：用 class 把数据和函数打包，再靠 public/private/protected 控制访问路径。信息隐藏（Information Hiding）不是语言特性，而是设计意图——你希望调用者“看不见、改不了、误用不了”内部细节。
换句话说：封装是手段，信息隐藏是你要达成的效果。没做信息隐藏的封装，只是把代码塞进 class 里而已，比如把所有成员都设成 public，那它仍是“裸奔”的。
private 成员不等于信息隐藏成功
常见误区是以为只要用了 private 就完成了信息隐藏。其实关键在接口设计是否真正隔离了实现细节。
- 如果
private成员变量类型暴露了内部结构（比如用std::vector<int>而非抽象容器接口），外部代码可能依赖其迭代器行为或扩容策略 - 如果
public接口返回private成员的非 const 引用（如int& get_value() { return m_val; }），调用方就能绕过逻辑直接修改 - 如果构造函数强制要求传入具体实现类（如
MyClass(FileReader& reader)），就泄露了 I/O 依赖，破坏了可替换性
struct 和 class 在封装能力上没区别，但默认权限影响信息隐藏起点
struct 和 class 都支持 private、public、protected，都能实现完整封装。真正拉开差距的是默认访问权限：
立即学习“C++免费学习笔记（深入）”；
-
struct默认是public：一不留神就把成员变量全暴露了，信息隐藏得靠开发者主动加private: -
class默认是private：天然倾向封闭，写完类体第一反应是“哪些该放public”，更容易守住隐藏边界
这也是为什么标准库容器（std::vector、std::string）全用 class 实现——不是语法限制，而是默认安全立场更利于信息隐藏。
getter/setter 不是万能解药，反而常破坏信息隐藏
很多初学者把每个 private 成员配一对 get_xxx()/set_xxx() 当作“标准封装”，这其实把数据访问权让渡给了调用方，反而削弱控制力。
- 暴露
set_radius(double r)比暴露radius成员变量好，但若没校验（如r < 0），仍是漏洞 - 提供
get_data_ptr()返回内部缓冲区指针，等于把内存布局和生命周期管理甩给外部 - 更好的做法是提供行为接口，而非数据接口：比如不用
set_color()+set_opacity()，而用fade_to(Color c)或apply_theme(Theme t)
真正难的不是加 private，而是判断哪些状态必须由类自己维护、哪些操作必须收口成原子行为——这决定了信息隐藏的深度。
