遇到“访问权限不足”编译错误，需按修饰符规则逐层比对：先定位报错成员的声明位置及修饰符，再结合包名、类关系对照public/protected/默认/private的访问边界，特别注意跨包子类调用和模块系统限制，最后依语义选择最小改动修复。
遇到“访问权限不足”这类编译错误，核心是确认调用方是否在修饰符允许的范围内访问目标成员。不靠猜，要按访问范围规则逐层比对，再结合代码结构验证。
看报错位置，先锁定被访问的目标声明
编译器报错行通常形如：error: xxx cannot be accessed from outside package 或 error: xxx has private access in YYY。顺着这行代码往上找：
- 确认出错的是字段、方法还是类本身
- 找到它在源码中的定义位置（比如
class A { protected int x; }） - 检查它的修饰符：是
private、protected、无修饰符，还是public - 记下它所在的类名和包名（例如
pkg1.Parent）
对照访问范围表，判断当前调用是否合法
四类修饰符的关键边界就看三列：同包、不同包子类、不同包非子类。直接套用这个简明对照：
- public：任何地方都能访问 → 报错基本不是它的问题
-
protected：同包 ✅；不同包子类 ✅（但仅限继承访问，不能通过
new Parent().x调用）；不同包非子类 ❌ - 默认（无修饰符）：同包 ✅；跨包（无论子类与否）❌
- private：仅本类内 ✅；其他所有情况 ❌
特别注意两个高频陷阱：
立即学习“Java免费学习笔记（深入）”；
- 子类在不同包中写
new Parent().protectedField→ 编译失败，这不是权限不够，而是语法禁止 - 父类字段是默认权限，子类在另一包中继承 → 字段根本不会被继承，子类里连名字都不可见
检查包结构与类关系，排除环境干扰
有时报错看似是权限问题，实则是包或类加载层面的错觉：
- 确认调用方类和目标类是否真在同一个编译时包：看
package声明是否一致，路径是否拼写正确 - 若用 Maven 多模块，检查是否误把父类放在
api模块而子类在impl模块 → 默认权限字段无法穿透模块边界 - Java 9+ 模块系统下，即使包名相同，若未在
module-info.java中exports，也会触发类似访问拒绝 - 避免在 IDE 中手动添加 classpath，导致编译时和运行时看到的类来自不同来源
快速修复建议，按场景选最稳妥的
不硬改设计，优先选语义合理、改动最小的方式：
- 目标是供子类扩展 → 改为
protected（比默认权限更明确，且支持跨包子类） - 目标是包内协作工具类成员 → 确保调用方和定义方在同一包，不要跨包引用
- 接口中实现方法 → 必须显式写
public，哪怕接口方法没写，也不能省略或降级 - 重写父类方法时报权限降低 → 子类方法修饰符必须 ≥ 父类（如父类
protected，子类只能是protected或public）
改完立刻编译，别跳过验证。一次跑通，比反复猜测快得多。
