《Effective Java》解读第40条：坚持使用Override注解

第40条：坚持使用Override注解

在Java中，无论何时，只要你认为一个方法是覆盖（重写）父类（包括抽象类或接口）中的方法，就应该始终使用 @Override 注解来标记它。它不仅仅是一个风格问题，更是一个能够有效防止错误、提高代码可读性的重要实践。

现代ide一般在重写时就自动加上了，所以本条不用特别在意，这里仅仅简单一下使用注解的优点。

使用 @Override 注解的主要好处有以下几点：

捕获编译时错误（最重要的原因）

这是使用 @Override 注解最核心的价值。它可以帮你捕获以下几种不易察觉的错误：

拼写错误：你本想覆盖父类的 equals 方法，但写成了 public boolean equal(Object obj)。如果没有 @Override，编译器会认为你定义了一个新的方法。如果你加上了 @Override，编译器会报错，因为你并没有真正覆盖任何父类方法。
参数类型错误：你本想覆盖父类的 onCreate(Bundle bundle) 方法，但误写成了 public void onCreate(Bundle bundle, String extra)。这同样是一个新方法，而不是覆盖。@Override 注解会立即指出问题。
父类方法签名变更：当你升级一个依赖的库时，父类的方法可能被修改或删除。如果你在子类中使用了 @Override 注解标记了该方法，编译器就会报错，提示你该方法不再覆盖任何方法。这能让你在编译阶段就发现依赖不兼容的问题，而不是等到运行时才发现预期的方法没有被调用。

提高代码可读性

@Override 注解是一个明确的声明。当其他开发者阅读你的代码时，看到这个方法上有 @Override，可以立刻知道这个方法是来自父类或接口的，不需要去查找父类的继承体系来确认。这让代码的意图变得更加清晰。

应对接口中的默认方法

在Java 1.6及以后，@Override 注解可以用于标记实现接口方法的方法。这进一步扩展了它的作用，让你在实现接口时也能享受到上述好处。

你应当在以下所有场景中使用 @Override：

特别说明：在实现接口方法时，@Override 注解在Java 5中是不允许的，但从Java 6开始成为最佳实践。

养成习惯：每当你想写一个方法来覆盖父类或实现接口中的方法时，先把 @Override 敲上去，然后再写方法体。让编译器成为你的第一道防线。
IDE 的作用：现代的IDE（如IntelliJ IDEA， Eclipse）都非常智能。在你覆盖父类方法时，IDE通常会自动帮你添加 @Override 注解。你也可以配置IDE的代码检查规则，如果发现一个覆盖方法没有使用 @Override，就发出警告。
一个例外都没有：在任何你认为自己正在进行覆盖（重写）操作的地方，都应该使用它。没有任何理由不使用它。

第40条建议是一种近乎零成本、高收益的防御性编程实践。它利用编译器的检查能力，在问题发生的早期阶段（编码时）就将其捕获，避免了潜在的、难以调试的运行时错误，同时也让代码的意图更加清晰易懂。这是一条值得融入日常编码习惯的黄金法则。