子类重写父类方法时访问权限只能放宽或保持不变，不可收紧——这是Java编译器强制的语法红线，违反则报“Cannot reduce the visibility”；public→必须public，protected→可public或protected，default→可default/protected/public，private不可重写。
子类重写方法时，**只能放宽或保持访问权限，绝对不能收紧**。这不是可选风格，而是 Java 编译器强制执行的语法红线——一旦违反，直接报错 “Cannot reduce the visibility”，编译失败。
哪些权限变化是合法的？
Java 按可见性从高到低排序为：public > protected > 默认（包私有） > private。子类重写时，权限只能向左移动（即更宽松），不能向右。
- 父类是 public → 子类必须是 public（不可降为 protected 或更低）
- 父类是 protected → 子类可用 protected 或 public
- 父类是 默认（无修饰符） → 子类可用 默认、protected 或 public
- 父类是 private → 无法被继承，也不参与重写；子类中同名方法只是独立声明
为什么不能收紧权限？
核心是为了保障多态调用的安全性，守住里氏替换原则。例如：
若 Animal a = new Dog();，且 a.speak() 在编译时只检查 Animal.speak() 的声明权限。如果父类中是 public，而子类偷偷改成 protected，那么外部代码原本能正常调用，现在就会在编译期直接失败——这破坏了“子类对象可无缝替代父类对象”的契约。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
放宽权限的实际效果是什么？
权限放宽不会让父类引用“意外看到”新方法，而是确保多态调用不中断：
- 父类方法是 protected，外部代码本就不能通过父类引用直接调用；子类升为 public 后，仍需通过子类引用才能直接访问
- 但关键在于：当用父类引用调用时（如
Animal a = new Dog(); a.speak();），编译器只检查父类声明的权限——只要子类没收窄，运行时就能顺利执行重写版本 - 权限放宽还让子类自身能力更开放，比如框架中抽象类定义
protected init()，具体实现类升级为public，便于测试类或容器跨包调用
常见错误与规避方式
以下写法会直接编译失败：
- 父类
public void run()→ 子类写成protected void run() - 父类
protected void init()→ 子类写成void init()（即默认权限） - 误以为字段也能“重写并扩权”——字段只能隐藏，不参与多态；要控制可见性，应封装在
getter/setter中，并重写这些方法来放宽权限
建议始终加上 @Override 注解，编译器会帮你校验是否真正在重写；IDE 自动生成方法时默认加 public，手动删掉容易踩坑。
