java方法重写必须满足四大规则：方法签名完全一致、返回类型协变兼容、访问权限不更严格、检查异常不更宽泛；@override注解是编译期强制校验的关键，用于确保重写合法性并提升代码可维护性。
Java 方法重写（Override）不是“名字一样就能用”，而是有明确语法契约的运行时多态基础；@Override 注解也不是可选项，它是编译期强制校验重写合法性的关键开关——加了它，拼错方法名、参数类型写成包装类、返回类型扩大等错误都会在编译阶段暴露，而不是等到运行时静默失败。
方法重写的四大硬性规则
满足以下全部条件，才构成合法重写：
-
方法签名完全一致：方法名、参数数量、类型（原始类型与包装类不兼容）、顺序必须和父类方法一模一样。例如父类是
void print(int x)，子类写成void print(Integer x)属于重载，不是重写，加 @Override 会直接报错。 -
返回类型兼容（协变）：若父类返回
Animal，子类可返回Dog（Dog extends Animal）；但若父类返回String，子类不能返回Object（扩大）；基本类型（如int）和void必须严格相同。 -
访问权限不能更严格：父类是
protected，子类可用protected或public；父类是public，子类只能是public；private和默认（包私有）方法不可被重写（子类根本不可见）。 -
异常声明不能更宽泛：子类重写方法抛出的检查型异常（checked exception），只能是父类方法所声明异常的子类或更少；非检查型异常（如
RuntimeException）无此限制。
@Override 注解的正确使用方式
它不是装饰，而是契约声明。只要意图是重写，就必须加，且加了就接受编译器审查：
- 放在方法定义上方，紧邻
public/protected等修饰符之后，例如：@Override public void run() { ... } - 仅适用于重写父类实例方法或实现接口方法；对
static、private、final方法加 @Override 会编译失败。 - 接口中默认方法（
default）和静态方法（static）可被子类重写（默认方法）或隐藏（静态方法），只有重写默认方法时才应加 @Override。 - IDE（如 IntelliJ、Eclipse）通常会在你重写方法时自动插入 @Override，但切勿依赖自动生成而跳过理解规则。
哪些情况看似像重写，实则不是？
常见误判点，加了 @Override 反而会立刻暴露问题：
- 父类方法是 private：子类中同名方法只是新定义，与父类无关，加 @Override 报错 “Method does not override method from its superclass”。
- 父类方法是 static：子类同名 static 方法属于“隐藏（hiding）”，不是重写；加 @Override 编译失败。
- 父类方法是 final：禁止重写，加 @Override 直接编译报错。
- 子类在接口实现类中重写 Object 方法（如 toString、equals）：必须加 @Override，否则 IDE 常提示警告——这是良好实践，也防止你无意中写错签名。
为什么建议所有重写都强制加 @Override？
它不只是防错，更是协作契约：
- 当父类方法被重构（比如参数从
String改为CharSequence），所有加了 @Override 的子类方法会立即编译失败，提醒你同步更新，避免隐性逻辑断裂。 - 阅读代码时，一眼识别该方法是定制行为而非全新功能，提升可维护性。
- 现代 Java 项目中，未加 @Override 的重写常被 CI/CD 流水线或代码扫描工具（如 SonarQube）标记为规范缺陷。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
