@Override是伪代码,表示重写(当然不写也可以)，不过写上有如下好处:
1、可以当注释用,方便阅读；
2、编译器可以给你验证@Override下面的方法名是否是你父类中所有的，如果没有则报错。例如，你如果没写@Override，而你下面的方法名又写错了，这时你的编译器是可以编译通过的，因为编译器以为这个方法是你的子类中自己增加的方法。
 
举例：在重写父类的onCreate时，在方法前面加上@Override 系统可以帮你检查方法的正确性。

@Override
 public void onCreate(Bundle savedInstanceState){…….}

这种写法是正确的，如果你写成：

@Override
 public void oncreate(Bundle savedInstanceState)
 {…….}

编译器会报如下错误：The method oncreate(Bundle) of type HelloWorld must override or implement a supertype method，以确保你正确重写onCreate方法（因为oncreate应该为onCreate）。而如果你不加@Override，则编译器将不会检测出错误，而是会认为你为子类定义了一个新方法：oncreate

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

    现在我们向父类中添加一个私有方法new_method，而在子类中尝试复写

@Override
       private void new_method(){
       }

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


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

   这就引出了一个问题，何为复写？

   在面向对象中，只有接口和共有方法，继承方法才有复写，私有方法不可以复习，但是又想了一下，才明白：不是不可以复习而是，根本就不存在复写私有方法的概念！

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