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

最好将它用于打算重写的每个方法，以及Java 6+，用于打算作为接口实现的每个方法。

首先，它会在编译时捕获像“hashcode()”而不是“hashcode()”这样的拼写错误。当真正的原因是您的代码从未被调用时，调试为什么您的方法的结果似乎与您的代码不匹配可能会令人困惑。

同样，如果一个超类改变了一个方法签名，旧签名的重写就会被“孤立”，留下令人困惑的死代码。@Override注释将帮助您识别这些孤儿，以便对它们进行修改以匹配新签名。

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

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

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

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

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

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

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