如果您发现自己经常重写(非抽象)方法，您可能需要检查一下您的设计。当编译器无法捕捉错误时，它非常有用。例如，尝试在ThreadLocal中覆盖initValue()，这是我已经做过的。

在实现接口方法(1.6+特性)时使用@Override对我来说似乎有点过度。如果你有大量的方法，有些重写了，有些没有，这可能又是糟糕的设计(如果你不知道，你的编辑器可能会显示哪个是哪个)。

仅用于方法声明。 指示带注释的方法 声明覆盖声明 在超类型。

如果持续使用，它可以保护您免受大量恶意漏洞的侵害。

使用@Override注释来避免这些错误: (在以下代码中发现错误:)

public class Bigram {
    private final char first;
    private final char second;
    public Bigram(char first, char second) {
        this.first  = first;
        this.second = second;
    }
    public boolean equals(Bigram b) {
        return b.first == first && b.second == second;
    }
    public int hashCode() {
        return 31 * first + second;
    }

    public static void main(String[] args) {
        Set<Bigram> s = new HashSet<Bigram>();
        for (int i = 0; i < 10; i++)
            for (char ch = 'a'; ch <= 'z'; ch++)
                s.add(new Bigram(ch, ch));
        System.out.println(s.size());
    }
}

来源:Effective Java

它所做的另一件事是，当读取代码时，它会更明显地改变父类的行为。这有助于调试。

此外，在Joshua Block的著作《Effective Java》(第二版)中，第36项详细介绍了注释的好处。

覆盖注释用于利用编译器，用于检查是否实际上覆盖了父类中的方法。如果你犯了任何错误，比如拼写错误的方法名，没有正确匹配参数的错误，它被用来通知

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

我每次都用。它提供了更多的信息，当我在一年后重新访问代码时，我可以快速弄清楚发生了什么，而我已经忘记了我第一次想的是什么。