我总是使用标签。它是一个简单的编译时标志，用于捕捉我可能犯的小错误。

它会捕获tostring()而不是tostring()

小事情有助于大项目。

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

在实现接口方法时使用@Override完全没有意义。在这种情况下使用它没有任何好处——编译器已经发现了你的错误，所以这只是不必要的混乱。

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

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

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

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