Java访问修饰符作用位置与范围：public可修饰类（须同名文件）、接口、成员等；protected/private仅限成员及内部类；protected跨包继承时只能通过this或隐式调用，不可通过父类实例访问。
Java中public、private、protected能用在哪些位置
这三个修饰符不能随便写在哪都行，它们的合法位置取决于作用对象：类、成员变量、方法、构造器、内部类。比如 private 不能修饰外部类，protected 不能修饰顶层类（即非内部类），而 public 修饰的类必须和文件名一致。
常见错误现象：error: class XXX is public, should be declared in a file named XXX.java —— 就是因为把 public class 放在了错误命名的文件里。
-
public：可修饰类、接口、成员变量、方法、构造器、内部类 -
protected：只能修饰成员变量、方法、构造器、内部类（不能修饰外部类或接口） -
private：只能修饰成员变量、方法、构造器、内部类（不能修饰类本身，除非是内部类）
不同修饰符的实际访问范围差异
不是“能不能看见”，而是“在什么上下文中能被访问”。Java 的访问控制基于「包」和「继承关系」两个维度，protected 尤其容易误解——它不只是“子类可用”，而是“本包 + 子类（无论是否同包）”。
对比关键点：
将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算，采用设计 token 模式使颜色天生可访问，设定排版和焦点状态规则，并提供语义检查清单。适用于构建或审查 UI。
立即学习“Java免费学习笔记（深入）”；
-
private：仅当前类内部可访问（连子类都不行） -
default（不写任何修饰符）：仅同一包内可访问（无继承特殊性） -
protected：同一包内任意类可访问；不同包的子类也可访问（但子类对象不能直接通过“父类实例.受保护成员”调用，必须通过继承链访问） -
public：任何地方都能访问（前提是类本身可访问）
protected在跨包继承中的典型误用
很多人以为 protected 方法在子类中可以直接通过父类引用调用，结果编译报错：error: protectedMethod() has protected access in Parent。这是因为 Java 对 protected 成员的访问做了限制：子类中只能通过 this 或隐式继承调用，不能通过其他父类实例调用。
class Parent {
protected void doWork() {}
}
class Child extends Parent {
void test() {
this.doWork(); // ✅ 正确：通过 this（即当前子类实例）
doWork(); // ✅ 正确：隐式继承调用
new Parent().doWork(); // ❌ 编译错误：Parent 实例不在 Child 类内部定义的继承上下文中
}
}
修饰符对序列化、反射、Lombok等工具的影响
修饰符不只影响编译期可见性，还会影响运行时行为。例如：
- 序列化（
java.io.Serializable）：private字段默认会被序列化，但transient可阻止；protected和public字段同理 - 反射：
AccessibleObject.setAccessible(true)可绕过所有修饰符限制，但需注意模块系统（Java 9+）可能抛出InaccessibleObjectException - Lombok 注解如
@Data生成的toString()、getter默认只处理public/protected/default字段，private字段也会被包含（因为 Lombok 在编译期注入，不受运行时访问限制）
最容易被忽略的是：protected 成员在模块化项目（module-info.java）中，即使同包，若未在 exports 中显式导出，跨模块访问仍会失败——这时修饰符只是第一道门，模块系统是第二道。
