@Override注解詳解

java 開發時經常會碰到@Override注解，從字面上來理解就是覆蓋的意思

該注解的作用主要有兩個：

• 幫助自己檢查是否正確的重寫了父類中已有的方法

• 告訴讀代碼的人，這是一個重寫的方法

比如我們有如下基類

package com.test;

public class Fruit {
  public void show_name(int num){
    System.out.println("Fruit: "+num);
  }
  
  public static void main(String[] args) {
    // TODO code application logic here
    Fruit apple = new Apple(); //generate a kind of new fruit
    apple.show_name(2);
  }
}

之后我們編寫一個Apple子類，繼承這個基類。並且復寫基類中的show_name()方法。

package com.test;

public class Apple extends Fruit{

  @Override
  public void show_name(int num){
    System.out.println("Apple:"+num);
  }
}

執行的結果，顯而易見就是會打印出 Apple:2 字樣。

其實，在我們手工重寫父類的方法時，容易把方法的參數記錯，如果此時不加@Override的話，編輯器就不會提示你：例如我們不加這個標簽，悄悄的把參數改為float型。

public void show_name(float num){
    System.out.println("Apple");
}

這個時候，其實我們並沒有按照我們的意圖成功重寫方法，於是一個隱藏的bug就這樣誕生了，但如果加上@Override，
此時IDE就會提示重寫失敗。很容易地，我們會將重寫方法錯寫為重載方法。

補充：

《Thinking in java》的作者Bruce在討論這個問題的時候，提到了一個問題就是override私有的方法的例子：

現在我們向Fruit類中添加一個私有方法，而在Apple中嘗試重寫

@Override

private void grow(){

}

結果編譯器會提示錯誤，這是一個非常低級的錯誤，但是有時候恰恰就不會被我們發現：那就是試着重寫私有方法，但是當我們去掉Override標簽的時候，編譯器是不會報錯的，而且可以執行。

其實Apple中的你所謂復寫的grow只是一個針對於Apple本身的私有方法。完全是一個新的方法。

這就引出了一個問題，何為重寫？

在面向對象中，只有接口和共有方法，繼承方法才有重寫，私有方法不可以重寫，實際上：不是不可以重寫而是，根本就不存在重寫私有方法的概念！

這正是面向對象設計的初衷，私有方法本身就是為了封裝在類內部，不希望別人來更改或者外部引用的，看到這里，忽然覺得，java設計的還真是不錯，感覺到了思想和實現的統一。