无论是在netBeans还是在eclipse开发环境中,写java代码的时候经常会碰到@Override,那么@Override具体是什么呢?

    @Override是伪代码,表示重写(当然不写也可以),不过写上有如下好处: 


1、可以当注释用,方便阅读 

2、编译器可以给你验证@Override下面的方法名是否是你父类中所有的,如果没有则报错 

比如你如果没写@Override而你下面的方法名又写错了,这时你的编译器是可以通过的(它以为这个方法是你的子类中自己增加的方法)。

如下例所示:

class Fu
{
	private int a = 1;
	void print()
	{
		System.out.println("父类");
	}
}
class Zi extends Fu
{
	@Override
	void prin()//子类方法名与父类不同,编译会出错
	{
		System.out.println("子类");
	}
}
public class Test
{
	public static void main(String[] args)
	{
		new Zi().prin();
	}
}

    因此,在我们手工复写父类的方法时,容易把方法的参数记错或方法名写错,如果此时不加@Override的话,编辑器就不会提示。


以下引自:

分享一下@Override标签背后的小秘密---记录java的思行合一



《Thinking in java》的作者Bruce在讨论这个问题的时候,提到了一个问题就是override私有的方法的例子:


    现在我们向Fu类中添加一个私有方法,而在Zi中尝试复写

   结果编译器会提示错误,这是一个非常低级的错误,但是有时候恰恰就不会被我们发现:那就是试着复写私有方法,但是当我们去掉Override标签的时候,编译器是不会报错的,而且可以执行。

其实Zi中的你所谓复写的print只是一个针对于Zi本身的私有方法。完全是一个新的方法。

   这就引出了一个问题,何为复写?

私有方法不可以复写,但是又想了一下,才明白:不是不可以复写,而是根本就不存在复写私有方法的概念!

    这正是面向对象设计的初衷,私有方法本身就是为了封装在类内部,不希望别人来更改或者外部引用的,看到这里,忽然觉得,java设计的还真是不错,感觉到了思想和实现的统一。

    以前总觉得override标签可有可无,但没想到会引出这么多的问题,于是乎得到一个启示:认真思考每一个语法细节的意义,思行合一。



转载于:https://blog.51cto.com/wuyunncu/1600172