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

如果您发现自己经常重写(非抽象)方法，您可能需要检查一下您的设计。当编译器无法捕捉错误时，它非常有用。例如，尝试在ThreadLocal中覆盖initValue()，这是我已经做过的。

在实现接口方法(1.6+特性)时使用@Override对我来说似乎有点过度。如果你有大量的方法，有些重写了，有些没有，这可能又是糟糕的设计(如果你不知道，你的编辑器可能会显示哪个是哪个)。

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

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

我尽可能多地使用它来识别方法何时被覆盖。如果你看看Scala编程语言，它们也有一个override关键字。我发现它很有用。

@Override在接口上实际上是有帮助的，因为如果你改变了接口，你会得到警告。

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

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