protected本身不支持跨包直接访问父类成员，但允许跨包子类在自身内部通过继承关系（this或super）自然使用；禁止通过父类引用访问，本质是继承可见性控制而非跨包开放。
Java 中的 protected 修饰符**本身不支持“跨包直接访问”父类成员变量**，但它允许跨包子类在自身代码中**自然继承并使用**这些成员——前提是访问必须发生在子类内部、通过继承关系（this 或 super），而非通过父类类型的引用。
✅ 跨包访问 protected 成员变量的合法方式
只要子类正确继承了父类（即使跨包），它就能在自己的实例方法、构造器或初始化块中直接读写继承来的 protected 字段：
- 在子类方法中直接写
fieldName或this.fieldName—— 编译通过 - 用
super.fieldName显式调用父类版本 —— 合法且清晰 - 在子类中创建本类实例（如
new Child().fieldName）再访问 —— 允许，因为仍是“自身继承链上的对象”
❌ 常见错误：你以为能跨包，其实编译就失败
以下写法在子类所在包中会报错，哪怕对象确实是父类的子类实例：
-
Parent p = new Child(); p.fieldName;→ 编译错误：“has protected access in Parent” -
new Parent().fieldName;→ 编译错误：非本类继承链上的父类实例不可见 - 同包内非子类类（如工具类
Helper）尝试访问new Parent().fieldName→ 不允许，不是子类
? 更安全、更可控的实践建议
直接暴露 protected 字段风险高（子类可随意修改，破坏父类不变量）。推荐组合使用：
立即学习“Java免费学习笔记（深入）”；
- 把字段设为
private，在父类中提供protected final String getFieldName()—— 子类可调用，但无法绕过校验逻辑 - 关键资产用
private+final+ 懒加载/审计日志封装在 getter 中 - 若需外部（包括跨包子类）统一获取能力，定义接口（如
AssetProvider），由父类实现，子类自动获得契约一致性
? 一句话理解 protected 的本质
protected 是继承可见性控制符，不是跨包开放开关。它让子类能复用父类实现细节，同时防止无关类侵入——访问权限取决于“谁在访问”和“通过什么主体访问”，而不是“对象实际是什么类型”。
