我们在编写Java代码时真的需要@Override等吗？

Question

可能的重复：
什么时候使用 Java 的 @Override 注解以及为什么？

我想知道在我们要覆盖的代码前面添加 @Override 的功能是什么。无论有没有它，我都做过，似乎一切都很顺利（至少对我来说）。

Answer 1

这不是必要，但强烈建议这样做。它可以防止你搬起石头砸自己的脚。当您编写一个您认为会覆盖另一个函数但您拼写错误的函数并导致完全意外的行为时，它有助于防止出现这种情况。

Answer 2

添加@Override有什么作用

当您说（通过注释）指定的方法应该覆盖超类方法（或在 Java 6 或更高版本中实现接口方法）时，它可以让编译器为您进行双重检查。如果该方法实际上没有重写超类方法（或实现接口方法），则编译器会将其标记为错误。这通常表明您的方法名称有拼写错误或方法签名有误。

我们真的需要@Override

需要它吗？ 绝对不需要，但它是一种便宜的方式，可以

• 明确地向人类读者传达这是一个压倒一切的信息方法，并
• 在编译时捕获一个错误，该错误可能需要至少几个大脑周期才能在运行时一旦您知道要查找它

......并且当你的 IDE 帮助你包含它时甚至更便宜......

Answer 3

推荐这样做，因为它有助于管理一致性。想象一下有人会更改超类方法的名称（并且只有在那里，而不在依赖于它的类中执行名称更改，这是完全假设的:)），那么由于编译错误，您将是第一个知道的人。

Answer 4

唯一的区别是，如果你用 @Override 注释一个方法并且你没有覆盖任何东西，编译器会抱怨。

检查什么时候使用javas重写注释以及为什么？

Answer 5

它多次帮助我避免方法名称中的拼写错误/大小写差异。如果没有它，它就是这些恼人的错误之一，可能需要很长时间才能找到。

它不会增加任何功能差异，但告诉编译器您认为您正在重写一个方法，这样它就可以抱怨，如果您没有，这在您搞砸了某个地方时非常有用！

Answer 6

强烈建议使用它，因为它可以提高您的代码的不稳定性并帮助其他人维护您的代码。

Answer 7

就我个人而言，我认为除了进行编译时错误检查的 IDE 之外，它没有什么用处，但这是我的观点。原因：假设你

Class A { 
    methodName() { System.out.println ("A"); }
}

class B extends A { 
    methodName() { System.out.println ("B"); }
}

在运行时，你可能会调用 B.methodName() - B.methodName() 是否覆盖类 A() 的同名对 B 来说并不重要。对于类 B 来说，超类 (A) 是否实现 methodName() 甚至都不重要。我的意思是继承是一条单向街 - 你不能通过使用 @override 来取消继承某些东西 - 编译器可以检查的只是超类中是否存在具有相同签名的方法 - 无论如何都不会使用该方法。

对于其他答案，如果有人编辑 A.java 来删除或重命名 methodName() 或更改其签名，您仍然可以毫无问题地调用 B.methodName()，但前提是您不使用该 @override。我认为这也是它不成为Java语言一部分的原因。

Answer 8

不！

如果您发现它有用，那么您需要一个真正的 IDE，或者学习如何使用它。