Java接口(interface)的概念及使用
在抽象類中，可以包含一個或多個抽象方法；但在接口(interface)中，所有的方法必須都是抽象的，不能有方法體，它比抽象類更加“抽象”。

接口使用 interface 關(guān)鍵字來聲明，可以看做是一種特殊的抽象類，可以指定一個類必須做什么，而不是規(guī)定它如何去做。

現(xiàn)實中也有很多接口的實例，比如說串口電腦硬盤，Serial ATA委員會指定了Serial ATA 2.0規(guī)范，這種規(guī)范就是接口。Serial ATA委員會不負責(zé)生產(chǎn)硬盤，只是指定通用的規(guī)范。

希捷、日立、三星等生產(chǎn)廠家會按照規(guī)范生產(chǎn)符合接口的硬盤，這些硬盤就可以實現(xiàn)通用化，如果正在用一塊160G日立的串口硬盤，現(xiàn)在要升級了，可以購買一塊320G的希捷串口硬盤，安裝上去就可以繼續(xù)使用了。

下面的代碼可以模擬Serial ATA委員會定義以下串口硬盤接口：

//串行硬盤接口
public interface SataHdd{
 //連接線的數(shù)量
 public static final int CONNECT_LINE=4;
 //寫數(shù)據(jù)
 public void writeData(String data);
 //讀數(shù)據(jù)
 public String readData();
}

注意：接口中聲明的成員變量默認都是 public static final 的，必須顯示的初始化。因而在常量聲明時可以省略這些修飾符。

接口是若干常量和抽象方法的集合，目前看來和抽象類差不多。確實如此，接口本就是從抽象類中演化而來的，因而除特別規(guī)定，接口享有和類同樣的“待遇”。比如，源程序中可以定義多個類或接口，但最多只能有一個public 的類或接口，如果有則源文件必須取和public的類和接口相同的名字。和類的繼承格式一樣，接口之間也可以繼承，子接口可以繼承父接口中的常量和抽象方法并添加新的抽象方法等。

但接口有其自身的一些特性，歸納如下。

1) 接口中只能定義抽象方法，這些方法默認為 public abstract 的，因而在聲明方法時可以省略這些修飾符。試圖在接口中定義實例變量、非抽象的實例方法及靜態(tài)方法，都是非法的。例如：

public interface SataHdd{
 //連接線的數(shù)量
 public int connectLine; //編譯出錯，connectLine被看做靜態(tài)常量，必須顯式初始化
 //寫數(shù)據(jù)
 protected void writeData(String data); //編譯出錯，必須是public類型
 //讀數(shù)據(jù)
 public static String readData(){ //編譯出錯，接口中不能包含靜態(tài)方法
  return "數(shù)據(jù)"; //編譯出錯，接口中只能包含抽象方法，
 }
}

3) 接口中沒有構(gòu)造方法，不能被實例化。

4) 一個接口不實現(xiàn)另一個接口，但可以繼承多個其他接口。接口的多繼承特點彌補了類的單繼承。例如：

//串行硬盤接口
public interface SataHdd extends A,B{
 // 連接線的數(shù)量
 public static final int CONNECT_LINE = 4;
 // 寫數(shù)據(jù)
 public void writeData(String data);
 // 讀數(shù)據(jù)
 public String readData();
}
interface A{
 public void a();
}
interface B{
 public void b();
}

為什么使用接口

大型項目開發(fā)中，可能需要從繼承鏈的中間插入一個類，讓它的子類具備某些功能而不影響它們的父類。例如 A -> B -> C -> D -> E，A 是祖先類，如果需要為C、D、E類添加某些通用的功能，最簡單的方法是讓C類再繼承另外一個類。但是問題來了，Java 是一種單繼承的語言，不能再讓C繼承另外一個父類了，只到移動到繼承鏈的最頂端，讓A再繼承一個父類。這樣一來，對C、D、E類的修改，影響到了整個繼承鏈，不具備可插入性的設(shè)計。

接口是可插入性的保證。在一個繼承鏈中的任何一個類都可以實現(xiàn)一個接口，這個接口會影響到此類的所有子類，但不會影響到此類的任何父類。此類將不得不實現(xiàn)這個接口所規(guī)定的方法，而子類可以從此類自動繼承這些方法，這時候，這些子類具有了可插入性。

我們關(guān)心的不是哪一個具體的類，而是這個類是否實現(xiàn)了我們需要的接口。

接口提供了關(guān)聯(lián)以及方法調(diào)用上的可插入性，軟件系統(tǒng)的規(guī)模越大，生命周期越長，接口使得軟件系統(tǒng)的靈活性和可擴展性，可插入性方面得到保證。

接口在面向?qū)ο蟮?Java 程序設(shè)計中占有舉足輕重的地位。事實上在設(shè)計階段最重要的任務(wù)之一就是設(shè)計出各部分的接口，然后通過接口的組合，形成程序的基本框架結(jié)構(gòu)。
接口的使用

接口的使用與類的使用有些不同。在需要使用類的地方，會直接使用new關(guān)鍵字來構(gòu)建一個類的實例，但接口不可以這樣使用，因為接口不能直接使用 new 關(guān)鍵字來構(gòu)建實例。

接口必須通過類來實現(xiàn)(implements)它的抽象方法，然后再實例化類。類實現(xiàn)接口的關(guān)鍵字為implements。

如果一個類不能實現(xiàn)該接口的所有抽象方法，那么這個類必須被定義為抽象方法。

不允許創(chuàng)建接口的實例，但允許定義接口類型的引用變量，該變量指向了實現(xiàn)接口的類的實例。

一個類只能繼承一個父類，但卻可以實現(xiàn)多個接口。

實現(xiàn)接口的格式如下：
修飾符 class 類名 extends 父類 implements 多個接口 {
    實現(xiàn)方法
}

請看下面的例子：

import static java.lang.System.*;
public class Demo{
 public static void main(String[] args) {
  SataHdd sh1=new SeagateHdd(); //初始化希捷硬盤
  SataHdd sh2=new SamsungHdd(); //初始化三星硬盤
 }
}
//串行硬盤接口
interface SataHdd{
 //連接線的數(shù)量
 public static final int CONNECT_LINE=4;
 //寫數(shù)據(jù)
 public void writeData(String data);
 //讀數(shù)據(jù)
 public String readData();
}
// 維修硬盤接口
interface fixHdd{
 // 維修地址
 String address = "北京市海淀區(qū)";
 // 開始維修
 boolean doFix();
}
//希捷硬盤
class SeagateHdd implements SataHdd, fixHdd{
 //希捷硬盤讀取數(shù)據(jù)
 public String readData(){
  return "數(shù)據(jù)";
 }
 //希捷硬盤寫入數(shù)據(jù)
 public void writeData(String data) {
  out.println("寫入成功");
 }
 // 維修希捷硬盤
 public boolean doFix(){
  return true;
 }
}
//三星硬盤
class SamsungHdd implements SataHdd{
 //三星硬盤讀取數(shù)據(jù)
 public String readData(){
  return "數(shù)據(jù)";
 }
 //三星硬盤寫入數(shù)據(jù)
 public void writeData(String data){
  out.println("寫入成功");
 }
}
//某劣質(zhì)硬盤，不能寫數(shù)據(jù)
abstract class XXHdd implements SataHdd{
 //硬盤讀取數(shù)據(jù)
 public String readData() {
  return "數(shù)據(jù)";
 }
}

接口作為類型使用

接口作為引用類型來使用，任何實現(xiàn)該接口的類的實例都可以存儲在該接口類型的變量中，通過這些變量可以訪問類中所實現(xiàn)的接口中的方法，Java 運行時系統(tǒng)會動態(tài)地確定應(yīng)該使用哪個類中的方法，實際上是調(diào)用相應(yīng)的實現(xiàn)類的方法。

示例如下：

public class Demo{
 public void test1(A a) {
  a.doSth();
 }
 public static void main(String[] args) {
  Demo d = new Demo();
  A a = new B();
  d.test1(a);
 }
}
interface A {
 public int doSth();
}
class B implements A {
 public int doSth() {
  System.out.println("now in B");
  return 123;
 }
}

運行結(jié)果：

now in B

大家看到接口可以作為一個類型來使用，把接口作為方法的參數(shù)和返回類型。

Java接口和抽象類的區(qū)別
類是對象的模板，抽象類和接口可以看做是具體的類的模板。

由于從某種角度講，接口是一種特殊的抽象類，它們的淵源頗深，有很大的相似之處，所以在選擇使用誰的問題上很容易迷糊。我們首先分析它們具有的相同點。
都代表類樹形結(jié)構(gòu)的抽象層。在使用引用變量時，盡量使用類結(jié)構(gòu)的抽象層，使方法的定義和實現(xiàn)分離，這樣做對于代碼有松散耦合的好處。
都不能被實例化。
都能包含抽象方法。抽象方法用來描述系統(tǒng)提供哪些功能，而不必關(guān)心具體的實現(xiàn)。

下面說一下抽象類和接口的主要區(qū)別。

1) 抽象類可以為部分方法提供實現(xiàn)，避免了在子類中重復(fù)實現(xiàn)這些方法，提高了代碼的可重用性，這是抽象類的優(yōu)勢；而接口中只能包含抽象方法，不能包含任何實現(xiàn)。

public abstract class A{
 public abstract void method1();
 public void method2(){
  //A method2
 }
}
public class B extends A{
 public void method1(){
  //B method1
 }
}
public class C extends A{
 public void method1(){
  //C method1
 }
}

抽象類A有兩個子類B、C，由于A中有方法method2的實現(xiàn)，子類B、C中不需要重寫method2方法，我們就說A為子類提供了公共的功能，或A約束了子類的行為。method2就是代碼可重用的例子。A 并沒有定義 method1的實現(xiàn)，也就是說B、C 可以根據(jù)自己的特點實現(xiàn)method1方法，這又體現(xiàn)了松散耦合的特性。

再換成接口看看：

public interface A{
 public void method1();
 public void method2();
}
public class B implements A{
 public void method1(){
  //B method1
 }
 public void method2(){
  //B method2
 }
}
public class C implements A{
 public void method1(){
  //C method1
 }
 public void method2(){
  //C method2
 }
}

接口A無法為實現(xiàn)類B、C提供公共的功能，也就是說A無法約束B、C的行為。B、C可以自由地發(fā)揮自己的特點現(xiàn)實 method1和 method2方法，接口A毫無掌控能力。

2) 一個類只能繼承一個直接的父類（可能是抽象類），但一個類可以實現(xiàn)多個接口，這個就是接口的優(yōu)勢。

interface A{
 public void method2();
}
interface B{
 public void method1();
}
class C implements A,B{
 public void method1(){
  //C method1
 }
 public void method2(){
  //C method2
 }
}
//可以如此靈活的使用C，并且C還有機會進行擴展，實現(xiàn)其他接口
A a=new C();
B b=new C();
abstract class A{
 public abstract void method1();
}
abstract class B extends A{
 public abstract void method2();
}
class C extends B{
 public void method1(){
  //C method1
 }
 public void method2() {
  //C method2
 }
}

對于C類，將沒有機會繼承其他父類了。

綜上所述，接口和抽象類各有優(yōu)缺點，在接口和抽象類的選擇上，必須遵守這樣一個原則：
行為模型應(yīng)該總是通過接口而不是抽象類定義，所以通常是優(yōu)先選用接口，盡量少用抽象類。
選擇抽象類的時候通常是如下情況：需要定義子類的行為，又要為子類提供通用的功能。

最新評論