通过读取java8中的javadoc，你可以在接口Override的声明中找到以下内容:

如果一个方法使用这种注释类型进行注释，编译器就需要生成错误消息，除非至少满足以下条件之一:

该方法重写或实现在超类型中声明的方法。 该方法的签名重写等价于在{@linkplain Object}中声明的任何公共方法的签名。

因此，至少在java8中，应该在接口方法的实现上使用@Override。

我会利用一切机会。你什么时候使用Java的@Override注释，为什么?

在java 6及更高版本中，可以使用@Override来实现接口的方法。

但是，我不认为这是有意义的:覆盖意味着你在超类中有一个方法，而你在子类中实现它。

如果你正在实现一个接口，我认为我们应该使用@ implementation或其他东西，而不是@Override。

我相信javac的行为已经改变了——在1.5版本中它禁止注释，而在1.6版本中则没有。注释提供了额外的编译时检查，所以如果您使用的是1.6，我会选择它。

如果实现接口的类是一个抽象类，@Override用于确保实现是针对接口方法的;如果没有@Override，即使实现方法签名与接口中声明的方法不匹配，抽象类也可以很好地编译;不匹配的接口方法将保持未实现。 @Zhao引用的Java文档

该方法重写或实现在超类型中声明的方法

显然引用了一个抽象超类;接口不能称为超类型。 因此，@Override是冗余的，对于具体类中的接口方法实现并不合理。

当您在创建实现接口的类期间告诉Eclipse“生成未实现的方法”时，Eclipse本身将添加@Override注释。