c#中抽象类和接口的区别？

1） 关键字不一样，一个是abstract 一个是 interface
2） 抽象类具有构造函数和析构函数，而接口没有。
3） 类和接口都不能被实例化，只能被继承。一个抽象类可以继承和被继承，但是只能继承一个或者被一个类继承(所谓的单继承)，但是接口可以继承多个接口，一个类也可是实现多个接口(多继承)。
4） 抽象类可以包含一些实现；而接口不能包含实现。
5） 接口除了可以包含方法之外，还可以包含属性、索引器、事件，而且这些成员都被默认定义为公有的，不需要访问修饰符，且方法后面也不需要大括号{}，不需要实现。除此之外，不能包含任何其他的成员，例如：常量、域、构造函数、析构函数、静态成员。
6） 抽象类可以继承其它的类和接口，而接口只能继承其他的接口。
7） 抽象类不能够被结构继承，而接口可以。

那么什么情况下使用接口什么情况下使用抽象类呢?

看看一些知名人士是如何说的

dunai认为：抽象类是提取具体类的公因式，而接口是为了将一些不相关的类“杂凑”成一个共同的群体。至于他们在各个语言中的句法，语言细节并不是我关心的重点。
桦山涧的收藏也很不错。
Artech认为：所代码共用和可扩展性考虑，尽量使用Abstract Class。当然接口在其他方面的优势，我认为也不可忽视。
shenfx认为：当在差异较大的对象间寻求功能上的共性时，使用接口；当在共性较多的对象间寻求功能上的差异时，使用抽象基类。
最后，MSDN的建议是：

如果预计要创建组件的多个版本，则创建抽象类。抽象类提供简单易行的方法来控制组件版本。通过更新基类，所有继承类都随更改自动更新。另一方面，接口一旦创建就不能更改。如果需要接口的新版本，必须创建一个全新的接口。
如果创建的功能将在大范围的全异对象间使用，则使用接口。抽象类应主要用于关系密切的对象，而接口最适合为不相关的类提供通用功能。
如果要设计小而简练的功能块，则使用接口。如果要设计大的功能单元，则使用抽象类。
如果要在组件的所有实现间提供通用的已实现功能，则使用抽象类。抽象类允许部分实现类，而接口不包含任何成员的实现。
另外我们再看下 Dflying Chen 和 一醉解千愁 他们两的见解
Dflying Chen ：接口用来定义两个对象通信的契约；抽象类用来封装对象间公用的行为。二者在设计起初的目标完全不同，可惜在实际应用中被太多的人误解。
一醉解千愁：接口 -- 粗略的技术规范， 抽象类 -- 对粗略的技术规范作了一些简单的说明　，类 -- 技术规范的具体实现
实在说到最后了，我受不了啦，我就再补充一句吧，也许通过这句能够让大家来个蓦然回首
在我们大型的项目中，一般项目经理会按照功能分块，那么每个块最终必然是有联系的，他们靠什么联系呢？当然就是公开的接口了．至于接口下面是怎么实现的，大家没有必要知道太多，只要知道他们组这个接口实现了什么功能既可．这个时候，各版块之间的升级也就显得简单了，只要接口不动，内部的代码随便怎么修改都显得不那么重要了． 另外就是代码的复用程度更加高和更简单了．