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

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

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

你应该尽可能使用@Override。它可以防止犯简单的错误。例子:

class C {
    @Override
    public boolean equals(SomeClass obj){
        // code ...
    }
}

这不能编译，因为它没有正确地覆盖公共布尔值= (Object obj)。

对于实现接口(仅限1.6及以上版本)或重写超类方法的方法也是如此。

重写从您自己的类继承的方法通常不会破坏使用ide进行重构。但是如果您重写从库继承的方法，建议使用它。如果你不这样做，你通常不会在以后的库更改中得到错误，而是一个隐藏得很好的bug。

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

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

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

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

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

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

如果一个具体类没有覆盖一个抽象方法，使用@Override来实现是一个开放的问题，因为编译器总是会警告你任何未实现的方法。在这些情况下，可以提出这样的论点，即它降低了可读性——在代码中需要阅读的内容更多，而且在较小的程度上，它被称为@Override而不是@ implementation。