注释确实为编译器提供了关于代码的元数据，当我们重写基类的任何方法时，注释@Override用于继承的情况。它只是告诉编译器你正在重写方法。它可以避免一些常见的错误，如没有遵循正确的方法签名或在方法名称上出错等。所以使用@Override注释是一个很好的实践。

使用@Override注释可以在编译时防止常见的编程错误。它会抛出一个编译错误，如果你在一个方法上有注释，而你实际上没有重写超类方法。

最常见的情况是，当您更改基类中的一个方法以拥有一个不同的参数列表时，这是有用的。子类中用于覆盖超类方法的方法将不再这样做，因为方法签名已更改。这有时会导致奇怪和意外的行为，特别是在处理复杂的继承结构时。@Override注释可以防止这种情况。

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

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

我认为最好在允许的情况下编写@override。它有助于编码。然而，需要注意的是，对于ecipse Helios，无论是sdk 5还是6，都允许为实现的接口方法使用@override注释。对于Galileo，无论是5还是6，@override注释都不允许。

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

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

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

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