我是個初學者，剛開始的時候，學習java有這樣的一種困惑，就是介面是用來幹什麼的，為什麼有了繼承，還要定義介面進行繼承，不是多此一舉嗎。

後來看了一些資料，懂了一些

現具體功能時，介面和實現的類分離。介面定義為XxxService，實現為XxxServiceImpl。

介面提供了一個公用的方法提供方。 介面是用來規定子類的行為的。

面向介面程式設計的好處：

1.根據客戶提出的需求提出來，作為介面的；業務具體實現是通過實現介面類來完成的。

2.當客戶提出新的需求時，只需編寫該需求業務邏輯新的實現類。

3.假如採用了這種模式，業務邏輯更加清晰，增強程式碼可讀性，擴充套件性，可維護性。

4.介面和實現分離，適合團隊協作開發。

5.實現鬆散耦合的系統，便於以後升級，擴充套件。

耦合

個人覺得就是因為耦合的緣故，所以延伸出介面這一個概念。

通俗的講，就是為了降低耦合度。 

一個很搞笑的例子： 
看看下面的程式： 一個學校裡邊，有兩種人：學生、老師。他們都要吃飯和睡覺。 
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 
public interface 人{ 
    void 吃飯();
    void 睡覺(); } 

public class 學生 implements 人{ 
    public void 吃飯(){ 
        //去食堂吃飯 } 

    public void 睡覺(){ 
        //回寢室睡覺 } 
    //其他特有方法，比如泡妞、打遊戲 } 

public class 老師 implements 人{ 
    public void 吃飯(){ 
        //回家吃飯 } 

    public void 睡覺(){ 
        //回家睡覺 } 

    //其它特有方法，比如為生兒育女傳宗接代的歷史使命努力等不足為外人道的事情 } 

public class 學校{ 
    public void 開飯(人 ren){ 
    ren.吃飯(); } 

    public void 放學(人 ren){ 
    ren.睡覺(); } } 

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 
這裡就用到了里氏代換原則，"開飯()"和"放學()"的引數都是人，那麼這個地方如果換成學生和老師肯定也可以。 
   人 a = new 學生(); 
     學校.開飯(a); 學校.放學(a); 
這樣執行的結果就是學生回寢室吃飯。 

  人 b = new 老師(); 
    學校.開飯(b); 學校.放學(b); 
這樣執行的結果就是老師回家吃飯。 

為什麼要這樣寫呢？這樣寫有什麼好處呢？ 我在開飯的時候完全可以直接呼叫"學生.吃飯();"、"老師.吃飯();"啊。 接著看。 有一天，學校裡來了第三種人，家長。 家長既不是去寢室睡覺也不是回家睡覺，而是旅館睡覺，既不是去食堂吃飯也不是回家吃飯，而是去下館子。 這個時候學校這個系統該怎麼處理呢？ 如果原來沒有定義"人"這個介面那就麻煩啦，所有用到人的地方程式碼都要改。 現在不一樣了，我可以直接定義一個類：家長，這個類實現人這個介面就可以了。 

好，看程式碼： 
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 
public class 家長 implements 人{ 
    public void 吃飯(){ 
        //下館子 } 

    public void 睡覺(){ 
        //去旅館睡覺 } 

    //其它特有方法，比如會見老師，曉之以錢，動之以利等等，不一而足 } 
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 

在呼叫的時候不需要修改任何程式碼，還和原來一樣： 
    人 c=new 家長(); 
       學校.開飯(c); 
       學校.放學(c); 
輕鬆搞定家長的食宿問題！ 

這樣一來學校來再多的客人都沒關係啊，絕對可以應付自如，這也就是傳說中的可擴充套件性！ 不知道初學者看到這裡是不是能夠明白介面的作用。如果你還不明白，那麼你把人這個介面去掉，自己寫一個學校開飯和放學的類，然後再加一個家長這個新新人類進去，看看你的程式碼是什麼樣子的，再想一下在人口這麼多的中國，萬一哪天你的學校裡來了成千上萬個新新人類你該怎麼辦！ 先宣告一下，這個案例可不是我想出來的～～ 然後我們就很好理解了，為什麼用別人的東西要實現介面呢？很直接的一個原因是這樣一來，程式設計的複雜度就可能會大大降低了。