先来看MSDN对抽象类描述：
抽象类是一些留有部分或全部成员未实现的类，以便可以由派生类来提供实现。
在面向对象的编程中，抽象类用作层次结构的基类，并表示不同对象类型组的通用功能。 正如名称“抽象”所暗指的，抽象类通常不会直接与问题域中的具体实体对应。 不过，抽象类会表示多个不同的具体实体之间的共同之处。
仅当存在已声明但未定义的抽象方法时，才会将类视为抽象类。 因此，具有抽象方法的类并不一定是抽象类。 除非类具有未定义的抽象方法，否则不要使用 AbstractClass 特性。
一个类只能从一个抽象（或任何其他类型）类继承。
那抽象又是什么呢？例如：汽车，卡车，电动车都可以抽象为车子，直升机，客机，战斗机，都可以抽象成飞机，而车子和飞机，都可以抽象成交通工具，逐步脱去“个性”，保留“共性”，这就是抽象，这也是面向对象多态继承的一部分。
当一个类抽象到其方法需要到子类中实现的时候，就应该使用抽象类而不是派生类。例如：直升机和客机，都能飞，但是在继承之前，你不知道飞机到底使用螺旋桨飞，还是用涡扇发动机飞，所以只能抽象成抽象类。
先来看MSDN的描述：
接口包含 类 或 结构 可以实现相关一组功能的定义。
由于C#语言不支持多重继承，但是可以实现多个借口，所以该功能很重要。
接口不能包含常数、字段、运算符、实例构造函数、析构函数或类型。 接口成员将自动是公共的，因此，它们不会包含任何访问修饰符。 成员也不能是 静态。
若要实现接口成员，实现的选件类的相应成员必须是公共的，非静态的，并且具有名称和签名和接口成员相同。
小时候玩过拼图，每个小图片通过卡扣一个个连接起来成为一幅图，这个小卡扣就是非常形象的“接口”，一个庞大的系统，也是通过每个模块的接口拼接起来的。
可以这么理解，一个接口就是一个类实现外界公布的方法约定，使我们知道这个类肯定有这么一个方法来实现我们的需求
例如：我们都知道汽车有“油门”，我们不用管这个车子是电动还是汽油还是柴油，不管用的什么高级还是低级发动机，只要轻轻踩一脚，车子就可以动起来，对外界来说，“油门”就相当于一个接口，汽车实现了这个接口，我们就知道可以通过踩油门来启动汽车。那如果哪天自行车也实现了“油门”，我们也不管那么多这自行车内部到底是怎么实现的（我不想知道也不用知道，对于消费者来说，和我无关），反正踩自行车的油门，自行车肯定就会自己动起来了。
所以接口是具有普遍“共性”的方法约定。
直接看一段以“硬盘”为抽象的代码场景演示：
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace AbstractAndInterface { /// <summary> /// 通用USB接口，插到电脑上，电脑只认这个方法，来读取插入东西的数据，对于其他东西都不管 /// </summary> public interface USB_Interface { string USBReadData(); } /// <summary> /// 通用蓝牙接口，开启蓝牙之后，电脑只认这个方法，来读取插入东西的数据，对于其他东西都不管 /// </summary> public interface BlueTooth_Interface { string BlueToothReadData(); } /// <summary> /// 硬盘抽象类 /// </summary> public abstract class Disk { //抽象方法读数据，因为子类读取方法不能确定（HDD磁盘寻道，SSD闪存颗粒直接读），所以声明抽象函数，那么这个类肯定就要声明为抽象类。 public abstract string ReadData(); } /// <summary> /// 实现了通过USB和蓝牙传输数据的接口 /// </summary> public class SSD_Disk : Disk, USB_Interface, BlueTooth_Interface { public override string ReadData() { return "SSD通过闪存颗粒超高速读数据！"; } public string USBReadData() { return "通过USB数据传输:" + ReadData(); } public string BlueToothReadData() { return "通过BlueTooth数据传输:" + ReadData(); } } /// <summary> /// 实现了通过USB和蓝牙传输数据的接口 /// </summary> public class HDD_Disk : Disk, USB_Interface, BlueTooth_Interface { public override string ReadData() { return "HDD通过磁性碟片读数据！"; } public string USBReadData() { return "通过USB数据传输:" + ReadData(); } public string BlueToothReadData() { return "通过BlueTooth数据传输:" + ReadData(); } } public class Computer { /// <summary> /// 电脑只管通过接口来读取数据，不管你是什么设备，反正返回给我数据就行。 /// </summary> /// <param name="usbDevice"> 实现usb接口的设备</param> /// <returns></returns> public string ReadUSB(USB_Interface usbDevice) { return usbDevice.USBReadData(); } } class Program { static void Main(string[] args) { USB_Interface ssd = new SSD_Disk(); USB_Interface hdd = new HDD_Disk(); Computer computer = new Computer(); Console.WriteLine(computer.ReadUSB(ssd)); Console.WriteLine(computer.ReadUSB(hdd)); } } }
对以上代码，我的总结如下：
1、Computer类通过USB_Interface来读取设备数据，这样这个USB设备对于Computer类来说是透明的（Disk没有曝光），Computer也不需要知道具体的类，只知道调用这个接口，你返回给我数据就行，提高内聚，低耦合，否则，如果有新的不是继承自Disk类的存储设备，Computer类岂不是要新写一个方法读取数据？
2、通过接口，我们能够很方便的对类进行功能扩展以及功能组合。否则使用抽象类，多一个功能就要继承一次，代码工作量非常大，子类划分也非常不明显
例如：
/// <summary> /// 硬盘抽象类 /// </summary> public abstract class Disk { //抽象方法读数据，因为子类读取方法不能确定（HDD磁盘寻道，SSD闪存颗粒直接读），所以声明抽象函数，那么这个类肯定就要声明为抽象类。 public abstract string ReadData(); } public abstract class UsbDisk : Disk { public abstract string USBReadData(); } public abstract class BlueToothDisk : Disk { public abstract string BlueToothReadData(); } public abstract class BlueToothAndUsbDisk : Disk { public abstract string USBReadData(); public abstract string BlueToothReadData(); }
3个不同功能的Disk产品的继承（类只能单继承），这还没有具体实现就已经感觉很复杂了，那如果要分别实现SSD和HDD，就更加复杂了。
在设计之初就应该发现，USB与BlueTooth其实和Disk没有太大的关联（是普遍产品具有的“共性”方法约定），它是一种外部数据通讯方式，应该提取为接口。但如果是Disk内部某两个部件之间的数据流通方法（子类实现方式不同），则可以定义为抽象函数。
3、面向接口编程，如果哪天蹦出一个新的存储设备，电脑不用做任何改变（新设备原理什么的我都不管，反正我调用接口，你就要返回给我数据），也可以直接读取新设备的数据（实际上USB通用接口的原理也是这样）。
最后看看MSDN上的总结：
【温故知新】c#抽象类abstract与接口interface
原文：http://www.cnblogs.com/leestar54/p/4593173.html