Java接口(interface)的概念及使用<br />在抽像類中，可以包含一個或多個抽象方法；但在接口(interface)中，所有的方法必須都是抽象的，不能有方法體，它比抽像類更加“抽象”。
接口使用interface 關鍵字來聲明，可以看做是一種特殊的抽像類，可以指定一個類必須做什麼，而不是規定它如何去做。
現實中也有很多接口的實例，比如說串口電腦硬盤，Serial ATA委員會指定了Serial ATA 2.0規範，這種規範就是接口。 Serial ATA委員會不負責生產硬盤，只是指定通用的規範。
希捷、日立、三星等生產廠家會按照規範生產符合接口的硬盤，這些硬盤就可以實現通用化，如果正在用一塊160G日立的串口硬盤，現在要升級了，可以購買一塊320G的希捷串口硬盤，安裝上去就可以繼續使用了。
下面的代碼可以模擬Serial ATA委員會定義以下串口硬盤接口：
//串行硬盤接口public interface SataHdd{ //連接線的數量public static final int CONNECT_LINE=4; //寫數據public void writeData(String data); //讀數據public String readData();}注意：接口中聲明的成員變量默認都是public static final 的，必須顯示的初始化。因而在常量聲明時可以省略這些修飾符。
接口是若干常量和抽象方法的集合，目前看來和抽像類差不多。確實如此，接口本就是從抽像類中演化而來的，因而除特別規定，接口享有和類同樣的“待遇”。比如，源程序中可以定義多個類或接口，但最多只能有一個public 的類或接口，如果有則源文件必須取和public的類和接口相同的名字。和類的繼承格式一樣，接口之間也可以繼承，子接口可以繼承父接口中的常量和抽象方法並添加新的抽象方法等。
但接口有其自身的一些特性，歸納如下。
1) 接口中只能定義抽象方法，這些方法默認為public abstract 的，因而在聲明方法時可以省略這些修飾符。試圖在接口中定義實例變量、非抽象的實例方法及靜態方法，都是非法的。例如：
public interface SataHdd{ //連接線的數量public int connectLine; //編譯出錯，connectLine被看做靜態常量，必須顯式初始化//寫數據protected void writeData(String data); //編譯出錯，必須是public類型//讀數據public static String readData(){ //編譯出錯，接口中不能包含靜態方法return "數據"; //編譯出錯，接口中只能包含抽象方法， }}3) 接口中沒有構造方法，不能被實例化。
4) 一個接口不實現另一個接口，但可以繼承多個其他接口。接口的多繼承特點彌補了類的單繼承。例如：
//串行硬盤接口public interface SataHdd extends A,B{ // 連接線的數量public static final int CONNECT_LINE = 4; // 寫數據public void writeData(String data); // 讀數據public String readData(); }interface A{ public void a();}interface B{ public void b();}為什麼使用接口
大型項目開發中，可能需要從繼承鏈的中間插入一個類，讓它的子類具備某些功能而不影響它們的父類。例如A -> B -> C -> D -> E，A 是祖先類，如果需要為C、D、E類添加某些通用的功能，最簡單的方法是讓C類再繼承另外一個類。但是問題來了，Java 是一種單繼承的語言，不能再讓C繼承另外一個父類了，只到移動到繼承鏈的最頂端，讓A再繼承一個父類。這樣一來，對C、D、E類的修改，影響到了整個繼承鏈，不具備可插入性的設計。
接口是可插入性的保證。在一個繼承鏈中的任何一個類都可以實現一個接口，這個接口會影響到此類的所有子類，但不會影響到此類的任何父類。此類將不得不實現這個接口所規定的方法，而子類可以從此類自動繼承這些方法，這時候，這些子類具有了可插入性。
我們關心的不是哪一個具體的類，而是這個類是否實現了我們需要的接口。
接口提供了關聯以及方法調用上的可插入性，軟件系統的規模越大，生命週期越長，接口使得軟件系統的靈活性和可擴展性，可插入性方面得到保證。
接口在面向對象的Java 程序設計中佔有舉足輕重的地位。事實上在設計階段最重要的任務之一就是設計出各部分的接口，然後通過接口的組合，形成程序的基本框架結構。
接口的使用
接口的使用與類的使用有些不同。在需要使用類的地方，會直接使用new關鍵字來構建一個類的實例，但接口不可以這樣使用，因為接口不能直接使用new 關鍵字來構建實例。
接口必須通過類來實現(implements)它的抽象方法，然後再實例化類。類實現接口的關鍵字為implements。
如果一個類不能實現該接口的所有抽象方法，那麼這個類必須被定義為抽象方法。
不允許創建接口的實例，但允許定義接口類型的引用變量，該變量指向了實現接口的類的實例。
一個類只能繼承一個父類，但卻可以實現多個接口。
實現接口的格式如下：
修飾符class 類名extends 父類implements 多個接口{
實現方法
}
請看下面的例子：
import static java.lang.System.*;public class Demo{ public static void main(String[] args) { SataHdd sh1=new SeagateHdd(); //初始化希捷硬盤SataHdd sh2=new SamsungHdd(); //初始化三星硬盤}}//串行硬盤接口interface SataHdd{ //連接線的數量public static final int CONNECT_LINE=4; //寫數據public void writeData(String data); //讀數據public String readData();}/ / 維修硬盤接口interface fixHdd{ // 維修地址String address = "北京市海淀區"; // 開始維修boolean doFix();}//希捷硬盤class SeagateHdd implements SataHdd, fixHdd{ //希捷硬盤讀取數據public String readData(){ return "數據"; } //希捷硬盤寫入數據public void writeData(String data) { out.println("寫入成功"); } // 維修希捷硬盤public boolean doFix(){ return true; }}//三星硬盤class SamsungHdd implements SataHdd{ //三星硬盤讀取數據public String readData(){ return "數據"; } //三星硬盤寫入數據public void writeData(String data){ out.println ("寫入成功"); }}//某劣質硬盤，不能寫數據abstract class XXHdd implements SataHdd{ //硬盤讀取數據public String readData() { return "數據"; }}接口作為類型使用
接口作為引用類型來使用，任何實現該接口的類的實例都可以存儲在該接口類型的變量中，通過這些變量可以訪問類中所實現的接口中的方法，Java 運行時系統會動態地確定應該使用哪個類中的方法，實際上是調用相應的實現類的方法。
示例如下：
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; }}運行結果：
now in B
大家看到接口可以作為一個類型來使用，把接口作為方法的參數和返回類型。
Java接口和抽像類的區別<br />類是對象的模板，抽像類和接口可以看做是具體的類的模板。
由於從某種角度講，接口是一種特殊的抽像類，它們的淵源頗深，有很大的相似之處，所以在選擇使用誰的問題上很容易迷糊。我們首先分析它們具有的相同點。
都代表類樹形結構的抽象層。在使用引用變量時，盡量使用類結構的抽象層，使方法的定義和實現分離，這樣做對於代碼有鬆散耦合的好處。
都不能被實例化。
都能包含抽象方法。抽象方法用來描述系統提供哪些功能，而不必關心具體的實現。
下面說一下抽像類和接口的主要區別。
1) 抽像類可以為部分方法提供實現，避免了在子類中重複實現這些方法，提高了代碼的可重用性，這是抽像類的優勢；而接口中只能包含抽象方法，不能包含任何實現。
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的實現，子類B、C中不需要重寫method2方法，我們就說A為子類提供了公共的功能，或A約束了子類的行為。 method2就是代碼可重用的例子。 A 並沒有定義method1的實現，也就是說B、C 可以根據自己的特點實現method1方法，這又體現了鬆散耦合的特性。
再換成接口看看：
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無法為實現類B、C提供公共的功能，也就是說A無法約束B、C的行為。 B、C可以自由地發揮自己的特點現實method1和method2方法，接口A毫無掌控能力。
2) 一個類只能繼承一個直接的父類（可能是抽像類），但一個類可以實現多個接口，這個就是接口的優勢。
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還有機會進行擴展，實現其他接口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類，將沒有機會繼承其他父類了。
綜上所述，接口和抽像類各有優缺點，在接口和抽像類的選擇上，必須遵守這樣一個原則：
行為模型應該總是通過接口而不是抽像類定義，所以通常是優先選用接口，盡量少用抽像類。
選擇抽像類的時候通常是如下情況：需要定義子類的行為，又要為子類提供通用的功能。