对于我来说，@Override确保我有正确的方法签名。如果我放入注释，而方法拼写不正确，那么编译器会报错，让我知道有什么地方出错了。

当你使用Override时要小心，因为你不能在starUML之后做逆向工程;首先制作uml。

我每次都用。它提供了更多的信息，当我在一年后重新访问代码时，我可以快速弄清楚发生了什么，而我已经忘记了我第一次想的是什么。

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

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

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

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

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