對于抽象類以及接口的概念，大家都容易把這兩者搞混，其實我也一樣，在聽李建忠老師的設計模式時，他也老把抽象類說成接口，弄的我就更糊涂了，所以找了些網上的資料。

      一、抽象類：
      抽象類是特殊的類，只是不能被實例化；除此以外，具有類的其他特性；重要的是抽象類可以包括抽象方法，這是普通類所不能的。抽象方法只能聲明于抽象類中，且不包含任何實現，派生類必須覆蓋它們。另外，抽象類可以派生自一個抽象類，可以覆蓋基類的抽象方法也可以不覆蓋，如果不覆蓋，則其派生類必須覆蓋它們。

      二、接口：
      接口是引用類型的，類似于類，和抽象類的相似之處有三點：
      1. 不能實例化；
      2. 包含未實現的方法聲明；
      3. 派生類必須實現未實現的方法，抽象類是抽象方法，接口則是所有成員（不僅是方法包括其他成員）；
      另外，接口有如下特性：
      接口除了可以包含方法之外，還可以包含屬性、索引器、事件，而且這些成員都被定義為公有的。除此之外，不能包含任何其他的成員，例如：常量、域、構造函數、析構函數、靜態成員。一個類可以直接繼承多個接口，但只能直接繼承一個類（包括抽象類）。

      三、抽象類和接口的區別：
      1. 類是對對象的抽象，可以把抽象類理解為把類當作對象，抽象成的類叫做抽象類.而接口只是一個行為的規范或規定，微軟的自定義接口總是后帶able字段，證明其是表述一類類“我能做。。。”。抽象類更多的是定義在一系列緊密相關的類間，而接口大多數是關系疏松但都實現某一功能的類中；
      2. 接口基本上不具備繼承的任何具體特點，它僅僅承諾了能夠調用的方法；
      3. 一個類一次可以實現若干個接口，但是只能擴展一個父類；
      4. 接口可以用于支持回調，而繼承并不具備這個特點；
      5. 抽象類不能被密封；
      6. 抽象類實現的具體方法默認為虛的，但實現接口的類中的接口方法卻默認為非虛的，當然您也可以聲明為虛的；
      7.（接口）與非抽象類類似，抽象類也必須為在該類的基類列表中列出的接口的所有成員提供它自己的實現。但是，允許抽象類將接口方法映射到抽象方法上；
      8. 抽象類實現了oop中的一個原則，把可變的與不可變的分離。抽象類和接口就是定義為不可變的，而把可變的座位子類去實現；
      9. 好的接口定義應該是具有專一功能性的，而不是多功能的，否則造成接口污染。如果一個類只是實現了這個接口的中一個功能，而不得不去實現接口中的其他方法，就叫接口污染；
     10. 盡量避免使用繼承來實現組建功能，而是使用黑箱復用，即對象組合。因為繼承的層次增多，造成最直接的后果就是當你調用這個類群中某一類，就必須把他們全部加載到棧中！后果可想而知。（結合堆棧原理理解）。同時，有心的朋友可以留意到微軟在構建一個類時，很多時候用到了對象組合的方法。比如 ASP.NET中，Page類，有Server Request等屬性，但其實他們都是某個類的對象。使用Page類的這個對象來調用另外的類的方法和屬性，這個是非常基本的一個設計原則；
     11.如果抽象類實現接口，則可以把接口中方法映射到抽象類中作為抽象方法而不必實現，而在抽象類的子類中實現接口中方法。

      四、抽象類和接口的使用：
      1. 如果預計要創建組件的多個版本，則創建抽象類。抽象類提供簡單的方法來控制組件版本；
      2.如果創建的功能將在大范圍的全異對象間使用，則使用接口。如果要設計小而簡練的功能塊，則使用接口；
      3.如果要設計大的功能單元，則使用抽象類。如果要在組件的所有實現間提供通用的已實現功能，則使用抽象類；
      4.抽象類主要用于關系密切的對象；而接口適合為不相關的類提供通用功能。

      以下是我在網上看到的幾個形象比喻。
      1.飛機會飛，鳥會飛，他們都繼承了同一個接口“飛”；但是F22屬于飛機抽象類，鴿子屬于鳥抽象類；
      2. 就像鐵門木門都是門（抽象類），你想要個門我給不了（不能實例化），但我可以給你個具體的鐵門或木門（多態）；而且只能是門，你不能說它是窗（單繼承），一個門可以有鎖（接口）也可以有門鈴（多實現）。門（抽象類）定義了你是什么，接口（鎖）規定了你能做什么（一個接口最好只能做一件事，你不能要求鎖也能發出聲音吧（接口污染））。

NET技術：C#中抽象類和接口的區別，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。