接口和抽象类有什么区别？

本身的设计目的就是不同的。

大家讲的都很详细了，我说说我自己的一点浅薄的理解。

我一直认为，工科的知识有个很明显的特点：“以用为本”。在讨论接口和抽象类的区别时，我也想从“用”的角度试着总结一下区别，所以我想到了设计目的。

接口的设计目的，是对类的行为进行约束（更准确的说是一种“有”约束，因为接口不能规定类不可以有什么行为），也就是提供一种机制，可以强制要求不同的类具有相同的行为。它只约束了行为的有无，但不对如何实现行为进行限制。对“接口为何是约束”的理解，我觉得配合泛型食用效果更佳。

而抽象类的设计目的，是代码复用。当不同的类具有某些相同的行为(记为行为集合A)，且其中一部分行为的实现方式一致时（A的非真子集，记为B），可以让这些类都派生于一个抽象类。在这个抽象类中实现了B，避免让所有的子类来实现B，这就达到了代码复用的目的。而A减B的部分，留给各个子类自己实现。正是因为A-B在这里没有实现，所以抽象类不允许实例化出来（否则当调用到A-B时，无法执行）。

第一次回答这类问题，有错误之处望大家海涵并不吝指正

接口和抽象类都是继承树的上层，他们的共同点如下：

1) 都是上层的抽象层。

2) 都不能被实例化

3) 都能包含抽象的方法，这些抽象的方法用于描述类具备的功能，但是不比提供具体的实现。

他们的区别如下：

1) 在抽象类中可以写非抽象的方法，从而避免在子类中重复书写他们，这样可以提高代码的复用性，这是抽象类的优势；接口中只能有抽象的方法。

2) 一个类只能继承一个直接父类，这个父类可以是具体的类也可是抽象类；但是一个类可以实现多个接口。

Java语言中类的继承是单继承原因是：当子类重写父类方法的时候，或者隐藏父类的成员变量以及静态方法的时候，JVM使用不同的绑定规则。如果一个类有多个直接的父类，那么会使绑定规则变得更复杂。为了简化软件的体系结构和绑定机制，java语言禁止多继承。

接口可以多继承，是因为接口中只有抽象方法，没有静态方法和非常量的属性，只有接口的实现类才会重写接口中方法。因此一个类有多个接口也不会增加JVM的绑定机制和复杂度。

对于已经存在的继承树，可以方便的从类中抽象出新的接口，但是从类中抽象出新的抽象类就不那么容易了，因此接口更有利于软件系统的维护和重构。

图中如果Sparrow继承类Bird 类 ，Boyin继承Airplane类，Sparrow 和Boyin想使用同样的flay方法那么是没有办法实现的，因为类的继承是单继承。

如果Bird和Airplane是接口那么Boyin想使用同样的flay方法就很简单了。在写一个接口让Sparrow和Boyin实现这个接口就可以了如下图：