子类重写父类方法时访问权限不能降低，这是java编译器强制规则，旨在保障多态调用安全和里氏替换原则；父类public方法子类必须public，protected可升为public或保持，包私有可升为protected或public，private不可重写。
子类重写父类方法时，访问权限不能降低——这不是编码习惯问题，而是 Java 编译器强制执行的硬性规则。它的核心目的只有一个：保证多态调用不崩溃，守住里氏替换原则（LSP）。
为什么不能降级？多态调用会直接失效
Java 允许用父类类型引用指向子类对象，比如：
Animal a = new Dog();
a.speak();
此时编译器只看 Animal 类中 speak() 的声明权限。如果 Animal.speak() 是 public，而 Dog 把它改成 protected，外部代码通过 a.speak() 调用就会在编译期报错：Cannot reduce the visibility。不是运行时报异常，是根本编译不过。
这说明：父类对外承诺了“谁可以调用”，子类不能偷偷收紧，否则契约就断了。
合法的权限调整方向有哪些？
权限只能持平或放宽，具体按父类方法的原始修饰符来定：
- 父类是 public → 子类必须用 public（不能再宽，只能保持）
- 父类是 protected → 子类可用 protected 或 public（升为 public 常见于框架实现类）
- 父类是 默认（包私有） → 子类可用 默认、protected 或 public（常用于把内部工具方法开放给下游继承）
- 父类是 private → 不可继承，更谈不上重写（子类同名方法只是独立定义）
哪些方法根本不在重写范围内？
以下三类方法不参与重写机制，自然也不受访问权限规则约束：
- private 方法：对子类不可见，子类中同名方法属于新声明
- static 方法：属于类，不是实例行为；子类同名 static 方法是“隐藏”（hiding），调用取决于引用类型
- final 方法：明确禁止覆盖，子类若声明同签名方法，编译直接失败
这三类都不该加 @Override 注解，否则编译不通过。
怎么避免踩坑？关键实操建议
很多问题不是逻辑写错，而是权限没对齐：
- 接口中的方法默认 public，实现类中
@Override必须显式写 public（哪怕父接口没写） - IDE 自动生成的重写方法常默认加 public，手动删掉后容易漏检——要主动核对父类方法的实际修饰符
- 单元测试常和类同包运行，包内调用一切正常；但上线后容器（如 Spring）跨包反射调用，就会因权限不足失败
- 务必使用
@Override注解：它能提前暴露拼写错误、参数不匹配、返回值不协变等问题
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
