初学者总认为接口没多大用处，反正不用又不会死。我举个例子，你大概可以明白接口是非常有意义的:我要设计一个海量文本分析系统，比如从一个网页的源代码中抽取出需要的数据。我一个人把这个项目从头写到尾是不现实的，因为要实现的东西极多，由我设计，然后让别人去实现细节。所以，我定义了一堆接口。比如，在我设计的时候，我并不知道到时候从文本中分析出来的结果到底有哪些字段，所以我就定义一个接口，声明这个接口的实例就是分析出来的结果。那么等到我把项目设计好，别人拿去看的时候，就可以很明白地知道，他要按照他自己的需求，实现这个接口。我在我编写的核心流程中，也会清楚地知道，他传递过来的是我要的那种东西，这个东西一定会有个啥方法可以被我调用。这几个方法调用完就可以实现我的流程。那么，这样，我就实现了我对于整个项目流程的掌控，因为流程是我写的。别人只是实现每个点的具体内容，就算不理解全部需求，也不会使项目走偏。但是具体每个方法怎么实现我就不用亲自写了，只要告诉他们，这个方法要做怎样一件事，他们去实现这件事，就妥了。再打个比方。我在代码中编写好了流程:1.水壶拿到洗手间2.装水3.拿到厨房4.打开炉子5.烧就会有开水。这是我写好的流程，里面的对象全部用接口。这个时候我是并不知道要多大个壶、装多少水、到厨房的过程是提到厨房还是挑到厨房、用多大的炉子、多大的火等信息的。别人拿到我的代码之后一看，就会知道，首先，要按照我的接口实现一个水壶，然后水壶有“拿到洗手间”这么一个方法。他就会去实现这些细节，根据自己的需求去编写怎么拿过去的实际过程。这是我在项目中经常使用接口的一个场景，你感受一下。

类只能单继承

一、方便换更换类的实现 比如：我写了个类，可以实现计算A*B的值并返回结果。 我是这样写的： public class Test { public int CountResult(int A,int B) { int C = 0; for(int i=0;i<B;i++) C+=A; } } 这个类用了多次加法实现了乘的功能，但是做法很糟糕。于是我想改进它，可是这个类被更多的类引用了。如果改了他，势必要引起所有类的重新编译。于是我在写的时候就引用一个接口，然后在其它类引用时，引用的是这个接口而非类本身。这样，我就能在更新这个类的时候不影响其它引用它的类。 二、统一不同类的表现 比如：我定义一个接口叫“会飞的东西”，接口方法：“飞” 然后我手里有三个类：“麻雀”，“飞机”，“火箭”。 这三个类虽然完全不同，但是他们都会飞，那么我只要实例化接口，就可以让类飞起来，而不用管调用的到底是“麻雀”、“飞机”还是“火箭”。 三、实现多继承 C#只能从单一的类里继承，而对于接口可以多个一起继承。那么对于这种需求，采用接口是个好办法。 以上答案是我原则，请大家不吝指教！