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

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

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

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

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

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

JDK 5.0不允许你在实现interface中声明的方法时使用@Override注释(它的编译错误)，但JDK 6.0允许。所以你可以根据自己的需求来设置你的项目偏好。

包含@Override的问题是，它会让您认为您忘记调用super.theOverridenMethod()方法，这非常令人困惑。这应该是非常清楚的。也许Java应该提供一个@Interface在这里使用。哦，好吧，还有一个半途而废的Java特性……

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

如果可以的话，应该总是使用@Override来注释方法。

在JDK 5中，这意味着重写超类的方法，在JDK 6和7中，这意味着重写超类的方法，并实现接口的方法。原因，如前所述，它允许编译器在您认为您正在重写(或实现)一个方法，但实际上是在定义一个新方法(不同的签名)时捕获错误。

equals(Object) vs. equals(YourObject)的例子是一个标准的例子，但同样的论点也可以用于接口实现。

我想，不强制注释接口的实现方法的原因是JDK 5将其标记为编译错误。如果JDK 6强制使用这个注释，就会破坏向后兼容性。

我不是Eclipse用户，但在其他ide (IntelliJ)中，如果项目被设置为JDK 6+项目，则只有在实现接口方法时才会添加@Override注释。我可以想象Eclipse是类似的。

但是，对于这种用法，我更希望看到不同的注释，可能是@Implements注释。