protected是选择性开放机制，子类仅能在实例上下文中访问继承自父类的protected成员，禁止通过父类引用或静态方法调用；推荐用protected final字段或protected方法替代裸露的protected非final字段。
在跨包继承场景中，protected 不是“让子类随便用父类字段”的快捷键，而是有明确边界的选择性开放机制：它允许子类访问继承来的核心状态，但禁止通过父类引用间接操作、也禁止同包非子类越权修改。关键不在“能不能访问”，而在“以什么身份、在什么上下文中访问”。
子类只能访问“自己继承来的那一份”
protected 成员跨包可被子类访问，但仅限于当前子类实例（this）或其子类实例所承载的成员。编译器检查的是调用主体是否属于该继承链，而不是运行时对象的实际类型。
- ✅ 合法：
this.value、new Child().value、super.value（在子类构造器或实例方法中） - ❌ 非法：
new Parent().value（创建纯父类实例）、Parent p = new Child(); p.value（用父类引用调用）
字段尽量声明为 protected final，避免状态污染
如果核心状态本意是供子类读取或初始化时复用，而非运行时随意修改，直接暴露 protected 非 final 字段 风险很高——子类可能意外覆写，同包其他类也能直接改（因为 protected 在同包内对所有类都可见）。
- 推荐写法：
protected final String configPath = "/default.cfg"; - 若需子类可变，应封装为 protected 方法（如
protected void initConfig()），把修改逻辑收归父类控制
跨包子类访问必须发生在实例上下文中
protected 的调用权限只在实例方法、构造器、实例初始化块中有效。静态方法（包括 main）中即使持有子类实例，也不能绕过这个限制。
- ✅ 合法：
public void doWork() { this.ribbit(); } - ❌ 静态方法中：
public static void main(...) { t.ribbit(); }—— 编译失败，因不在实例上下文
比 protected 更安全的替代方案
如果目标只是“让子类能扩展行为”，而非“让子类直接读写字段”，优先考虑组合+回调，或用 package-private + 受保护的钩子方法。
- 将核心字段设为 private，提供 protected final 的 getter 或 protected abstract 模板方法
- 若需跨包子类协作，用 protected 方法暴露能力，而非 protected 字段暴露状态
- 同包内共享优先用 default（无修饰符），语义更清晰，且不承诺继承契约
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
