1.概述

一個軟件設計的好壞，我想很大程度上取決于它的整體架構，而這個整體架構其實就是你對整個宏觀商業業務的抽象框架，

當代表業務邏輯的高層抽象層結構合理時，你底層的具體實現需要考慮的就僅僅是一些算法和一些具體的業務實現了。

當你需要再開發另一個相近的項目時，你以前的抽象層說不定還可以再次利用 。

面對對象的設計，復用的重點其實應該是抽象層的復用，而不是具體某一個代碼塊的復用。

面向對象設計的重點在于抽象，Java接口(interface)和Java抽象類(abstract class)代表的就是抽象類型，就是我們需要提出的抽象層的具體表現。

OOP面向對象的編程，如果要提高程序的復用率，增加程序的可維護性，可擴展性，就必須是面向接口的編程，面向抽象的編程，正確地使用接口、抽象類這些有用的抽象類型作為你結構層次上的頂層。

Java接口和Java抽象類的區別：

1.interface中只能定義方法，而不能有方法的實現，而在abstract class中則可以既有方法的具體實現，又有沒有具體實現的抽象方法，這大概就是Java抽象類最大的優點。

如果向一個抽象類里加入一個新的具體方法時，那么它所有的子類都一下子都得到了這個新方法，而Java接口做不到這一點，如果向一個Java接口里加入一個新方法，

所有實現這個接口的類就無法成功通過編譯了，因為你必須讓每一個類都再實現這個方法才行，這顯然是Java接口的缺點。

2.一個抽象類的實現只能由這個抽象類的子類給出，也就是說，這個實現處在抽象類所定義出的繼承的等級結構中，而由于Java語言的單繼承性，所以抽象類作為類型定義工具的效能大打折扣。

在這一點上，Java接口的優勢就出來了，任何一個實現了一個Java接口所規定的方法的類都可以具有這個接口的類型，而一個類可以實現任意多個Java接口，從而這個類就有了多種類型。

(使用抽象類，那么繼承這個抽象類的子類類型就比較單一，因為子類只能單繼承抽象類；而子類能夠同時實現多個接口，因為類型就比較多。接口和抽象類都可以定義對象，但是只能用他們的具體實現類來進行實例化。)

3.從第2點不難看出，Java接口是定義混合類型的理想工具，混合類表明一個類不僅僅具有某個主類型的行為，而且具有其他的次要行為。

4.結合1、2點中抽象類和Java接口的各自優勢，具精典的設計模式就出來了：

聲明類型的工作仍然由Java接口承擔，但是同時給出一個Java 抽象類，且實現了這個接口，而其他同屬于這個抽象類型的具體類可以選擇實現這個Java接口，也可以選擇繼承這個抽象類，

也就是說在層次結構中，Java 接口在最上面，然后緊跟著抽象類，這下兩個的最大優點都能發揮到極至了。這個模式就是"缺省適配模式"。

在Java語言API中用了這種模式，而且全都遵循一定的命名規范：Abstract ＋接口名。(A extends AbstractB implements interfaceC，那么A即可以選擇實現(@Override)接口interfaceC中的方法，也可以選擇不實現；

A即可以選擇實現(@Override)抽象類AbstractB中的方法，也可以選擇不實現)

Java接口和Java抽象類的存在就是為了用于具體類的實現和繼承的，如果你準備寫一個具體類去繼承另一個具體類的話，那你的設計就有很大問題了。

Java抽象類就是為了繼承而存在的，它的抽象方法就是為了強制子類必須去實現的。

使用Java接口和抽象Java類進行變量的類型聲明、參數是類型聲明、方法的返還類型說明，以及數據類型的轉換等。

而不要用具體Java類進行變量的類型聲明、參數是類型聲明、方法的返還類型說明，以及數據類型的轉換等。

2.實例

下面給出一個具體的接口Action，代碼如下所示：

package org.springframework.webflow.execution;

public interface Action {

public Event execute(RequestContext context) throws Exception;

}

在這個接口中，定義了一個沒有具體實現的方法，方法名叫做execute()，返回類型是Event。如前面第一條所述，接口中的方法都是沒有實現的。這些方法的具體實現是在實現(implements)這個接口的類中給出的。

再來看一個實現Action接口的抽象類AbstractAction，代碼如下。

package org.springframework.webflow.action;

import org.apache.commons.logging.Log;

import org.apache.commons.logging.LogFactory;

import org.springframework.webflow.execution.Action;

import org.springframework.webflow.execution.Event;

import org.springframework.webflow.execution.RequestContext;

public abstract class AbstractAction implements Action {

protected final Log logger = LogFactory.getLog(getClass());

protected Event success() {

return getEventFactorySupport().success(this);

}

protected Event success(Object result) {

return getEventFactorySupport().success(this, result);

}

public final Event execute(RequestContext context) throws Exception {

Event result = doPreExecute(context);

if (result == null) {

result = doExecute(context);

doPostExecute(context);

} else {

if (logger.isInfoEnabled()) {

logger.info("Action execution disallowed; pre-execution result is '" + result.getId() + "'");

}

}

return result;

}

//抽象方法

protected abstract Event doExecute(RequestContext context) throws Exception;

} 在抽象類AbstractAction中，既有具體實現的方法，又有沒有具體實現的抽象方法 需要注意的是在抽象類中，如果方法沒有具體實現(就是方法后面沒有{})，那么必須加上abstract來聲明這個方法，而接口中不需要使用abstract來聲明 (抽象類之所以被稱為抽象類，就是因為它包含有抽象方法。含有抽象方法的類叫做抽象類)。

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的java 抽象接口类,Java接口(interface)和Java抽象类(abstract class)的区别（详诉版）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。