protected会模糊封装边界，使基类实现细节泄漏至派生类，形成隐式契约；其访问权限依继承方式变化，易导致伪封装；应优先用virtual函数+private数据替代暴露protected成员。
protected 会让类的封装边界变模糊
protected 成员在类内部和派生类中都可直接访问，这意味着基类的实现细节会“泄漏”到子类里。一旦子类依赖了某个 protected 成员，这个成员就不再是纯粹的内部实现，而成了基类与派生类之间的隐式契约——修改它可能破坏所有子类，但又不像 public 那样有明确接口约束。
继承链中 protected 成员的访问权限不会自动提升
父类的 protected 成员，在 private 或 protected 继承下，进入派生类后仍是 protected（或更严格），外部代码依然无法通过派生类对象访问。但要注意：
- 派生类自己的成员函数可以读写该成员
- 派生类的派生类（孙子类）也能访问——只要继承路径没被降级
- 如果用
private继承，父类的protected成员在派生类中变为private，不再向更下层传递
误用 protected 容易导致“伪封装”
常见错误是把本该 private 的状态变量设为 protected，只因为“以后可能要继承”。结果是：
- 子类直接修改
data而不走校验逻辑，绕过基类的不变量检查 - 基类无法控制该成员的生命周期（比如它是否被子类多次赋值、是否为空指针）
- 后续想改成
private会引发大量编译错误，重构成本高
真正需要继承扩展的行为，应优先用 virtual 函数 + private 数据组合，而不是开放 protected 变量。
立即学习“C++免费学习笔记（深入）”；
protected 在模板和友元场景下不改变可见性规则
protected 不影响模板实例化或友元声明的访问逻辑：
- 友元函数/类仍能访问
protected成员，和private一样 - 模板类中对
protected成员的访问，仍受相同作用域限制——不能因为是模板就绕过 - 显式特化或偏特化也不会获得额外访问权
最容易被忽略的是：当基类模板带 protected 成员，而派生类是非模板时，访问行为不变；但反过来（派生类是模板），有些编译器对依赖名解析更严格，可能报错——这时得加 this-> 前缀明确访问意图。
