我到处都用它。 关于标记方法的工作，我让Eclipse替我做，所以不需要额外的工作。

我对持续重构非常虔诚....所以，我会利用每一件小事让它进行得更顺利。

它所做的另一件事是，当读取代码时，它会更明显地改变父类的行为。这有助于调试。

此外，在Joshua Block的著作《Effective Java》(第二版)中，第36项详细介绍了注释的好处。

我认为它在编译时提醒大家，该方法的目的是重写父方法。举个例子:

protected boolean displaySensitiveInformation() {
  return false;
}

您将经常看到类似上述方法的内容，它覆盖基类中的方法。这是该类的一个重要实现细节——我们不希望显示敏感信息。

假设这个方法在父类中被更改为

protected boolean displaySensitiveInformation(Context context) {
  return true;
}

此更改不会导致任何编译时错误或警告-但它完全改变了子类的预期行为。

回答您的问题:如果在超类中缺少具有相同签名的方法，则表明存在错误，则应该使用@Override注释。

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

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

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

接口实现上的@Override是不一致的，因为在java中没有“覆盖接口”这样的事情。

@Override on interface implementation is useless since in practise it catches no bugs that the compilation wouldn't catch anyway. There is only one, far fetched scenario where override on implementers actually does something: If you implement an interface, and the interface REMOVES methods, you will be notified on compile time that you should remove the unused implementations. Notice that if the new version of the interface has NEW or CHANGED methods you'll obviously get a compile error anyways as you're not implementing the new stuff.

在1.6中不应该允许接口实现@Override，而不幸的是，eclipse选择自动插入注释作为默认行为，我们得到了大量杂乱的源文件。在阅读1.6代码时，您无法从@Override注释中看出一个方法实际上覆盖了超类中的一个方法，还是仅仅实现了一个接口。

在重写超类中的方法时使用@Override是可以的。

很简单——当您想重写父类中出现的方法时，使用@Override注释来进行正确的重写。如果你没有正确地覆盖它，编译器会警告你。