@override注释

我实现接口时是否需要输入@Override注释（不覆盖抽象类）？

@Override注释实现了什么？

Answer 1

在Java 5中，在实现从接口inheritance的方法时，不能添加@Override ，在Java 6中，您应该（或者您将获得编译器警告）。

@Override声明一个方法旨在覆盖某些东西，并且如果不是或不再是这种情况，将导致编译器通知您，例如因为您重写的方法已被重命名。

Answer 2

如果你说你实际上没有覆盖某些东西，它会破坏你的编译。

如果您没有放置@Override标记，但是根据编译器您没有覆盖任何内容，则会出现一个您不知道的无提示错误。 使用@Override标签，您就可以了解它，现在就知道了，而不是以后。

你永远不需要放一个@Override注释。 但我建议每次都这样做。

Answer 3

@Override注释通知编译器该元素旨在覆盖超类中声明的元素。

它不是必需的，但如果该方法实际上没有正确覆盖超类中的方法，则会生成编译错误。

Answer 4

@override基本上强制编译器检查你是否真的覆盖了现有的基类方法，而不是简单地（意外地）创建新方法。

Answer 5

总是使用@Override是一个好习惯，因为它可以帮助你抢先捕获一些其他阴险的错误。 它还增强了代码清晰度。 例如，查看Effective Java ，第6章，第36项中给出的示例：

 // Can you spot the bug? - Page 176 package org.effectivejava.examples.chapter06.item36; import java.util.HashSet; import java.util.Set; 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 s = new HashSet(); 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()); } } 

这种方法乍一看可能看起来很好，但实际上它很破碎！ 程序员没有遵循equals(Object o)的契约，而是实现equals(Bigram b) ，在执行依赖于equals()事情时不会调用它们。 即，将Bigram实例插入Map 。 因此，这将导致难以追踪的混乱，微妙的错误行为，而如果程序员刚刚首先使用了@Override ，编译器会立即提醒他们解决问题。

Answer 6

不，Java不会绑定您在实现接口时放置@Override注释。 您可以像往常一样覆盖在interface中声明的方法。 但是，在覆盖接口或任何父类（包括抽象类）的方法时，使用@Override注释是一种很好的做法。 为什么？ 因为它有助于我们/编译器识别在编译本身时覆盖方法的任何问题。

例如： http ： //java-dive.blogspot.in/

  class Ball{ public void bounce(){ } } //////////////////////Override without @Override///////////////////////////// public class FootBall{ public void bounce(String s){ } } //this will compile however new FootBall().bounce(); will call parent method. //////////////////////Override with @Override///////////////////////////// public class FootBall{ @Override public void bounce(String s){ } } //This will not compile as the parent class doent have any method with signature bounce(String s)