@Override注释用于帮助开发人员检查是否重写父类或接口中的正确方法。当super的方法名发生变化时，编译器会通知这种情况，这只是为了与super和子类保持一致。

顺便说一句，如果我们没有在子类中声明注释@Override，但我们重写了super的一些方法，那么这个函数可以像@Override那样工作。但是当super的方法被更改时，这个方法不能通知开发人员。因为它不知道开发人员的目的——重写super的方法还是定义一个新方法?

因此，当我们想要重写该方法以使用多态性时，最好在该方法上方添加@Override。

最佳实践是始终使用它(或让IDE为您填充它们)

@Override有用性是检测父类中没有向下报告的变化。 如果没有@Override，你可以改变方法签名而忘记改变它的覆盖，使用@Override，编译器将为你捕获它。

有这样的安全网总是好的。

每次重写一个方法时使用它有两个好处。这样你就可以利用编译器检查来确保你实际上覆盖了一个方法。这样，如果您犯了拼写错误方法名或没有正确匹配参数的常见错误，您将得到警告，您的方法实际上并没有像您认为的那样重写。其次，它使您的代码更容易理解，因为当方法被覆盖时更明显。

此外，在Java 1.6中，您可以使用它来标记方法何时实现接口，以获得同样的好处。我认为最好有一个单独的注释(如@Implements)，但总比没有强。

它允许你(好吧，编译器)在你重写的方法名上使用了错误的拼写。

每当一个方法覆盖了另一个方法，或者一个方法在接口中实现了签名。

@Override注释确保您确实重写了某些内容。如果没有注释，可能会出现拼写错误或参数类型和数字不同的情况。

为了从编译器检查中获益，你应该总是使用Override注释。但是不要忘记Java Compiler 1.5在覆盖接口方法时不允许这个注释。您只能使用它来重写类方法(抽象与否)。

有些ide(如Eclipse)甚至配置了Java 1.6运行时或更高版本，它们保持与Java 1.5的一致性，并且不允许像上面描述的那样使用@override。要避免这种行为，您必须转到:项目属性->Java编译器->勾选“启用项目特定设置”->选择“编译器遵从级别”= 6.0或更高。

我喜欢在每次独立重写方法时使用这个注释，如果基是一个接口或类。

这可以帮助您避免一些典型的错误，例如当您认为您正在重写事件处理程序时，然后您没有看到发生任何事情。假设你想给某个UI组件添加一个事件监听器:

someUIComponent.addMouseListener(new MouseAdapter(){
  public void mouseEntered() {
     ...do something...
  }
});

上面的代码编译并运行，但是如果你将鼠标移动到someUIComponent内部，“do something”代码将提示运行，因为实际上你没有覆盖基本方法mouseEntered(MouseEvent ev)。您只需创建一个新的无参数方法mouseEntered()。如果您使用了@Override注释，那么您将看到一个编译错误，并且没有浪费时间思考为什么事件处理程序没有运行。