blocks|key|3740634|text|在Java5中，在实现从接口继承的方法时不能添加@Override，在Java6中应该添加(否则会收到编译器警告)。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3740635|@Override断言某个方法旨在重写某些内容，并将使编译器通知您如果不是这样或不再是这种情况，例如，因为要重写的方法已被重命名。|3740636|entityMap^0|O|9|0|0|9|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@$9|N|A|O|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|P|8|@]|D|@]|E|$]]]|I|$]]

In Java 5, you must not add <code>@Override</code> when implementing a method inherited from an interface, in Java 6, you should (or you'll get a compiler warning).

<code>@Override</code> asserts that a method is intended to override something, and will cause the compiler to notify you should this not or no longer be the case, for instance because the method you are overriding has been renamed.

blocks|key|2185728|text|如果你说你覆盖了一些东西，而实际上你并没有这样做，它会破坏你的编译。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2185729|如果你不放一个@Override标签，但是根据编译器你没有覆盖任何东西，你就会有一个你不知道的静默bug。有了@Override标记，你就知道它了，而且你现在就知道了，而不是以后。|2185730|你永远不需要来放置@注解。但我建议你每次都这样做。|offset|length|style|BOLD|2185731|entityMap^0|0|0|A|F|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@$F|O|G|P|H|I]]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

It breaks your compile if you say you override something when you really didn't.

If you don't put an @Override tag, but according to the compiler you didn't override anything, you have a silent bug you don't know about. With the @Override tag, you do know about it, and you know about it NOW, not later.

You NEVER NEED to put an @Override annotation. But I'd recommend doing it every time.

blocks|key|49511|text|@Override注释通知编译器该元素将覆盖在超类中声明的元素。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|49512|它不是必需的，但如果该方法实际上没有正确覆盖超类中的方法，它将生成编译错误。|49513|entityMap^0|0|9|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|N|8|@]|D|@]|E|$]]]|I|$]]

The <code>@Override</code> annotation informs the compiler that the element is meant to override an element declared in a superclass.

It is not required, but it will generate a compile error if that method actually does not correctly override a method in a superclass.

blocks|key|3740555|text|@override基本上会强制编译器检查您是否真的覆盖了现有的基类方法，而不是简单地(意外地)创建一个新方法。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3740556|entityMap^0|0|9|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

<code>@override</code> basically forces the compiler to check that you really are overriding an existing base-class method, and not simply (accidentally) creating a new method.

blocks|key|3740671|text|总是使用@Override是一个很好的实践，因为它可以帮助您先发制人地捕获一些潜在的bug。它还增强了代码的清晰度。例如，请查看Effective+Java，第6章，第36项中给出的示例：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3740672|//+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+%2B+second;
++++}

++++public+static+void+main(String[]+args)+{
++++++++Set<Bigram>+s+=+new+HashSet<Bigram>();
++++++++for+(int+i+=+0;+i+<+10;+i%2B%2B)
++++++++++++for+(char+ch+=+'a';+ch+<=+'z';+ch%2B%2B)
++++++++++++++++s.add(new+Bigram(ch,+ch));
++++++++System.out.println(s.size());
++++}
}|code-block|syntax|javascript|3740673|这个方法乍一看可能看起来很好，但实际上它是非常糟糕的！程序员没有遵守equals(Object+o)的约定，而是实现了equals(Bigram+b)，当执行依赖于equals()的操作时，将不会调用它；例如，将Bigram的实例插入到Map中。因此，这将导致令人困惑的、难以追踪的细微错误行为，而如果程序员一开始就使用@Override，编译器就会立即提醒他们注意这个问题。|3740674|entityMap^0|4|9|0|0|Y|G|1N|G|2A|8|2Y|6|3A|3|4G|9|0^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|R|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|S|8|@$9|T|A|U|B|C]|$9|V|A|W|B|C]|$9|X|A|Y|B|C]|$9|Z|A|10|B|C]|$9|11|A|12|B|C]|$9|13|A|14|B|C]]|D|@]|E|$]]|$1|M|3|-4|5|6|7|15|8|@]|D|@]|E|$]]]|N|$]]

It's good practice to always use <code>@Override</code>, as it can help you preemptively catch some otherwise insidious bugs. It also enhances code clarity. For example, check out the example given in Effective Java, Chapter 6, Item #36:

<pre><code>// 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 &amp;&amp; b.second == second;
 }

 public int hashCode() {
 return 31 * first + second;
 }

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

This method may look fine at first glance, but it is in fact very broken! The programmer didn't follow the contract of <code>equals(Object o)</code>, instead implementing <code>equals(Bigram b)</code>, which will not be called when doing things that depend on <code>equals()</code>; i.e., inserting instances of <code>Bigram</code> into a <code>Map</code>. So, this will cause confusing, subtle wrong behavior that will be hard to track down, whereas if the programmer had just used <code>@Override</code> in the first place, the compiler would have immediately alerted them to the problem.

blocks|key|49673|text|不，Java不会约束您在实现接口时放置@Override注释。您可以像往常一样覆盖接口中声明的方法。但是，在覆盖接口或任何父类(包括抽象类)的方法时，使用@Override注解是一种很好的做法。为什么？因为它可以帮助我们/编译器识别在编译时覆盖方法本身的任何问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|49674|例如：http://java-dive.blogspot.in/|offset|length|49675|+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)|code-block|syntax|javascript|49676|entityMap|0|LINK|mutability|MUTABLE|url|http://java-dive.blogspot.in/^0|0|3|T|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|T|8|@]|9|@$D|U|E|V|1|W]]|A|$]]|$1|F|3|G|5|H|7|X|8|@]|9|@]|A|$I|J]]|$1|K|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|L|$M|$5|N|O|P|A|$Q|R]]]]

NO, Java doesn't bind you to put an @Override annotation while implementing an interface. You can override the methods declared in interface as we normally do.
But, its a good practice to use an @Override annotation while overriding methods of an interface or any parent class including abstract class. 
Why? Because it helps us/compiler identify any problem in overriding a method at compilation itself.

For example: <a href="http://java-dive.blogspot.in/" rel="nofollow">http://java-dive.blogspot.in/</a>

<pre><code> 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)
</code></pre>

Do I need to put <code>@Override</code> annotation when I implement an interface (not override an abstract class)?

And what does <code>@Override</code> annotation achieve?

@override annotation

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

当我实现一个接口(而不是覆盖一个抽象类)时，我需要放置@Override注解吗？那么@Override注释实现了什么呢？

问@override注解
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问@override注解EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问@override注解
EN