轉:http://www.cnblogs.com/DreamDrive/p/4109571.htmlhtml
接口(interface)能夠說成是抽象類的一種特例,接口中的全部方法都必須是抽象的。接口中的方法定義默認爲public abstract類型,接口中的成員變量類型默認爲public static final (這裏須要說一點,既然一個變量被final修飾了,那麼這個變量就是一個常量!!!!!變量必須初始化成常量!!!!!)java
下面比較一下二者的語法區別:web
1.抽象類能夠有構造方法,接口中不能有構造方法。設計模式
2.抽象類中能夠有普通成員變量,接口中沒有普通成員變量!!!!!!!(注意重點在 普通 即 非靜態 和 變量!!!!)架構
3.抽象類中能夠包含非抽象的普通方法,接口中的全部方法必須都是抽象的,不能有非抽象的普通方法。eclipse
4. 抽象類中的抽象方法的訪問類型能夠是public,protected和(默認類型,雖然eclipse下不報錯,但應該也不行),但接口中的抽象方法只能是public類型的,而且默認即爲public abstract類型。ide
附錄一個開發中接口的代碼this
public interface InterfaceTest { // static 和 final 是針對接口中的成員變量來講的. // abstract是針對接口中的方法來講的. public static final String str = null; public String strr = null;// 接口中的變量默認是public static final類型的 public int i = 0;// 能夠不顯示的用static 和 final 來修飾這個變量.默認就是了!!! public abstract void fireContextsChangedEvent();// 方法默認是 public abstract類型的. public boolean checkValidParameterName(String oldParameterName, String newParameterName); public void saveToEmf(EList contextTypeList); }
5. 抽象類中能夠包含靜態方法(static),接口中不能包含靜態方法.spa
6. 抽象類和接口中均可以包含靜態成員變量(static),抽象類中的靜態成員變量的訪問類型能夠任意,但接口中定義的變量只能是public static final類型,而且默認即爲public static final類型。架構設計
7. 一個類能夠實現多個接口,但只能繼承一個抽象類。
關於接口中定義的成員變量是常量的解釋:
在interface裏面的變量都是public static final 的。因此你能夠這樣寫: public static final int i=10; 或則 int i=10;(能夠省略掉一部分) 注意在聲明的時候要給變量賦予初值 解釋: 首先你要弄清接口的含義.接口就是提供一種統一的’協議’,而接口中的屬性也屬於’協議’中的成員.它們是公共的,靜態的,最終的常量.至關於全局常量. 抽象類是不’徹底’的類,至關因而接口和具體類的一箇中間層.即知足接口的抽象,也知足具體的實現. 若是接口能夠定義變量,可是接口中的方法又都是抽象的,在接口中沒法經過行爲來修改屬性。有的人會說了,沒有關係,能夠經過實現接口的對象的行爲來修改接口中的屬性。這固然沒有問題,可是考慮這樣的狀況。若是接口A中有一個public訪問權限的靜態變量a。按照java的語義,咱們能夠不經過實現接口的對象來訪問變量a,經過A.a = xxx;就能夠改變接口中的變量a的值了。正如抽象類中是能夠這樣作的,那麼實現接口A的全部對象也都會自動擁有這一改變後的a的值了,也就是說一個地方改變了a,全部這些對象中a的值也都跟着變了。這和抽象類有什麼區別呢,怎麼體現接口更高的抽象級別呢,怎麼體現接口提供的統一的協議呢,那還要接口這種抽象來作什麼呢?因此接口中不能出現變量,若是有變量,就和接口提供的統一的抽象這種思想是抵觸的。因此接口中的屬性必然是常量,只能讀不能改,這樣才能爲實現接口的對象提供一個統一的屬性。 通俗的講,你認爲是要變化的東西,就放在你本身的實現中,不能放在接口中去,接口只是對一類事物的屬性和行爲更高層次的抽象。對修改關閉,對擴展(不一樣的實現implements)開放,接口是對開閉原則的一種體現。
下面接着再說說二者在應用上的區別:
接口更多的是在系統架構設計方法發揮做用,主要用於定義模塊之間的通訊契約。而抽象類在代碼實現方面發揮做用,能夠實現代碼的重用,例如,模板方法設計模式是抽象類的一個典型應用,假設某個項目的全部Servlet類都要用相同的方式進行權限判斷、記錄訪問日誌和處理異常,那麼就能夠定義一個抽象的基類,讓全部的Servlet都繼承這個抽象基類,在抽象基類的service方法中完成權限判斷、記錄訪問日誌和處理異常的代碼,在各個子類中只是完成各自的業務邏輯代碼(抽象出一個BaseServlet)
附上一個比較實用的BaseServlet.java
1 public class BaseServlet extends HttpServlet { 2 //BaseServlet雖然繼承了HttpServlet可是不須要在web.xml中進行配置. 3 /* 4 * 它會根據請求中的m,來決定調用本類的哪一個方法 5 */ 6 protected void service(HttpServletRequest req,HttpServletResponse resp) throws ServletException, IOException { 7 req.setCharacterEncoding("UTF-8"); 8 resp.setContentType("text/html;charset=utf-8"); 9 10 // 例如:http://localhost:8080/demo1/xxx?method=add 11 String methodName = req.getParameter("method");//它是一個方法的名稱 12 13 // 當沒有指定要調用的方法時,那麼默認請求的是execute()方法。 14 if(methodName==null || methodName.isEmpty()){ 15 methodName = "execute"; 16 } 17 Class c = this.getClass(); 18 19 // 經過方法名稱獲取方法的反射對象 20 try { 21 Method m = c.getMethod(methodName,HttpServletRequest.class, HttpServletResponse.class); 22 23 // 反射方法目標方法,也就是說,若是methodName爲add,那麼就調用add方法。 24 String result = (String) m.invoke(this, req,resp); 25 // 經過返回值完成請求轉發 26 if(result != null && !result.isEmpty()){ 27 req.getRequestDispatcher(result).forward(req, resp); 28 } 29 } catch (Exception e) { 30 throw new ServletException(e); 31 } 32 } 33 }
又好比比較典型的GenericServlet和其子類HttpServlet之間
GenericServlet.java
1 public abstract class GenericServlet implements Servlet, ServletConfig, Serializable { 2 // abstract method 3 abstract void service(ServletRequest req, ServletResponse res); 4 5 void init() { 6 // Its implementation 7 } 8 // other method related to Servlet 9 }
當HttpServlet類繼承GenericServlet時,它提供了service方法的實現:
HttpServlet.java
1 public class HttpServlet extends GenericServlet { 2 void service(ServletRequest req, ServletResponse res) { 3 // implementation 4 } 5 6 protected void doGet(HttpServletRequest req, HttpServletResponse resp) { 7 // Implementation 8 } 9 10 protected void doPost(HttpServletRequest req, HttpServletResponse resp) { 11 // Implementation 12 } 13 14 // some other methods related to HttpServlet 15 }
接口是抽象方法的集合。若是一個類實現了某個接口,那麼它就繼承了這個接口的抽象方法。這就像契約模式,若是實現了這個接口,那麼就必須確保使用這些方法。接口只是一種形式,接口自身不能作任何事情。以Externalizable接口爲例:
Externalizable.java
1 public interface Externalizable extends Serializable { 2 3 void writeExternal(ObjectOutput out) throws IOException; 4 5 void readExternal(ObjectInput in) throws IOException, ClassNotFoundException; 6 }
當你實現這個接口時,你就須要實現上面的兩個方法:
1 public class Employee implements Externalizable { 2 3 int employeeId; 4 String employeeName; 5 6 @Override 7 public void readExternal(ObjectInput in) throws IOException, ClassNotFoundException { 8 employeeId = in.readInt(); 9 employeeName = (String) in.readObject(); 10 11 } 12 13 @Override 14 public void writeExternal(ObjectOutput out) throws IOException { 15 16 out.writeInt(employeeId); 17 out.writeObject(employeeName); 18 } 19 }
參數 | 抽象類 | 接口 |
默認的方法實現 | 它能夠有默認的方法實現 | 接口徹底是抽象的。它根本不存在方法的實現 |
實現 | 子類使用extends關鍵字來繼承抽象類。若是子類不是抽象類的話,它須要提供抽象類中全部聲明的方法的實現。 | 子類使用關鍵字implements來實現接口。它須要提供接口中全部聲明的方法的實現 |
構造器 | 抽象類能夠有構造器 | 接口不能有構造器 |
與正常Java類的區別 | 除了你不能實例化抽象類以外,它和普通Java類沒有任何區別 | 接口是徹底不一樣的類型 |
訪問修飾符 | 抽象方法能夠有public、protected和default這些修飾符 | 接口方法默認修飾符是public。你不可使用其它修飾符。 |
main方法 | 抽象方法能夠有main方法而且咱們能夠運行它 | 接口沒有main方法,所以咱們不能運行它。 |
多繼承 | 抽象方法能夠繼承一個類和實現多個接口 | 接口只能夠繼承一個或多個其它接口 |
速度 | 它比接口速度要快 | 接口是稍微有點慢的,由於它須要時間去尋找在類中實現的方法。 |
添加新方法 | 若是你往抽象類中添加新的方法,你能夠給它提供默認的實現。所以你不須要改變你如今的代碼。 | 若是你往接口中添加方法,那麼你必須改變實現該接口的類。 |
Oracle已經開始嘗試向接口中引入默認方法和靜態方法,以此來減小抽象類和接口之間的差別。如今,咱們能夠爲接口提供默認實現的方法了而且不用強制子類來實現它。