protected是继承友好型封装的关键工具，它允许同包类及跨包子类访问，同时阻止非子类直接调用，既保持封装性又支持可控扩展。
Java 中封装使用 protected 权限，核心不是“放开访问”，而是有控制地开放继承通道——既保持类内部数据的封装性，又允许子类合理复用和扩展。它不破坏封装原则，反而是面向对象中“继承友好型封装”的关键工具。
protected 在封装中的定位
protected 不是 private 的弱化版，也不是 public 的简化版。它的设计意图很明确：
- 允许同一包内其他类访问（类似包私有）
- 更重要的是，允许不同包中的子类访问父类的成员，为继承提供必要支持
- 但严格阻止不同包中的非子类直接调用，守住封装边界
这正好契合封装的本质：隐藏实现细节，暴露可控的扩展点。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
封装实践中 protected 的典型用法
- 把本该由子类参与管理、但又不宜完全公开的字段或方法设为
protected - 避免把字段设为
public或private后被迫写一堆无意义的 getter/setter - 在父类中预留钩子方法（hook method），用
protected声明，供子类按需重写
例如：
public class Vehicle {
protected String brand; // 子类可直接读写，无需 getter/setter
protected int speed;
protected void startEngine() { // 子类可调用或重写
System.out.println(brand + " engine started.");
}
}
子类 Car 在另一个包中也能安全访问 brand 和调用 startEngine()，但外部业务类（如 OrderService）无法直接操作这些成员。
使用 protected 封装时的关键注意点
-
protected字段仍属于“受保护的内部状态”，子类修改它可能影响父类逻辑，所以要配合文档说明契约 - 构造器不能用
protected实现“仅子类可实例化”——那是private构造器 + 静态工厂或单例的职责 - 如果某个
protected方法只打算被重写、不打算被直接调用，应加上final或明确注释“designed for overriding only” - 不要为了省几行代码，把本该
private的辅助方法改成protected——那会意外暴露实现细节
和 private + public 组合对比
| 场景 | private + getter/setter | protected |
|---|---|---|
| 同包非子类访问 | ❌（除非调用 public 方法） | ✅ |
| 跨包子类访问 | ❌（getter 可以，但 setter 可能破坏封装） | ✅（直接、语义清晰） |
| 控制子类修改粒度 | 难（只能全开或全关） | 灵活（可选字段/方法开放） |
| 是否符合封装精神 | ✅（但可能过度暴露接口） | ✅✅（更贴近“继承即契约”的设计） |
protected 是封装在继承场景下的自然延伸，用对了，代码更简洁、扩展更安全。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
