《阿里巴巴Java开发手册》编程规约->OOP规约 其中有一条，强制要求所有覆写方法添加 @Override 注解。

这是一项非常重要的编码规范。它主要有以下几个核心目的和好处：

1. 编译时检查覆写是否正确

@Override 注解会让编译器检查该方法是否确实成功覆写了父类（或接口）中的方法。如果方法签名与父类方法不一致（例如，方法名拼写错误、参数类型或数量不匹配、返回值类型不兼容等），编译器会立即报错，防止潜在的运行时错误 。

• 经典案例：getObject()（字母O）与 get0bject()（数字0）的问题。肉眼难以分辨，但加上 @Override 后，如果拼写错误导致并未成功覆写，编译器就会提示错误，从而避免误以为覆写成功而实际调用了父类方法的情况 。

2. 增强代码可读性和可维护性

当其他开发者阅读代码时，@Override 注解提供了一个清晰的视觉信号，表明“这是一个覆写自父类或接口的方法”，而不是一个子类自行定义的新方法。这有助于快速理解类的层次结构和设计意图 。

3. 应对父类或接口的变更

当父类（尤其是抽象类）或接口的方法签名发生修改时（例如，方法名更改、参数调整），所有加了 @Override 注解的实现类方法会立即编译报错。这迫使开发者必须同步检查并更新实现逻辑，确保了代码在重构过程中的一致性和安全性，避免了“方法找不到”或行为不一致的运行时异常（如 NoSuchMethodError）。

️ 4. 覆写方法的基本规则

在使用 @Override 注解时，也需遵循Java语言本身的覆写规则 ：

• 方法名、参数列表必须完全相同。
• 返回值类型：子类方法的返回值类型必须与父类方法相同或是其子类型（协变返回类型）。
• 访问权限：子类方法的访问权限不能比父类方法更严格（即不能缩小访问范围）。例如，父类方法是 protected，子类覆写时可以是 protected 或 public，但不能是 private 或默认（包级）权限。
• 异常：子类方法抛出的受检异常不能比父类方法抛出的更通用。
• 无法覆写的情况：无法覆写被 private、static 或 final 修饰的方法。

总结

为所有覆写方法添加 @Override 注解，是一个低成本、高回报的最佳实践。它充分利用编译器的静态检查能力，在开发阶段早期就能发现因拼写错误或签名不匹配导致的问题，极大提升了代码的健壮性和可维护性，是团队协作和代码质量保障中非常重要的一环。

【附】《阿里巴巴Java开发手册》主要版本时间线

《阿里巴巴Java开发手册》是阿里巴巴集团技术团队与社区开发者共同智慧的结晶，旨在提升代码质量、协作效率和系统稳定性。它涵盖了编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约等多个维度。(获取最新版本的手册，可关注阿里巴巴的官方技术社区或发布渠道（如阿里云云效平台、GitHub仓库 alibaba/p3c）。许多技术社区也会不定期分享相关资源。)