接口和抽象类的个人理解

接口在日常开发中用的很多，反倒是抽象类用的不太多，说来惭愧，也用了很长时间的java，一直没有好好地研究一下接口和抽象类究竟有什么区别。

抽象类和继承类是继承关系，所以根据设计原则，必须得满足 “子类  is a 抽象类“

接口和实现类没有这样的关系，接口和实现类的关系更像是一种局部和整体的关系，也正是因为这样，抽象类只能单继承，而可以实现多个接口。

如果有一个Hotel，他具备dinner，live两种基本功能，这时候设计成接口或者抽象类看似都可以，如果增加一个kit健身的功能，如果单纯地用接口或抽象类的话，实现类就必须实现dinner，live，kit这三种功能，对一些没有kit能力的hotel，他也必须给出一些kit的空实现，这显然是不妥当的，而且违反了“接口隔离原则”，一个hotel只要具备live和dinner他就是一个完整的旅馆，kit是锦上添花的功能，严格来说它不属于旅馆的固有功能。

所以更好的实现方式是

abstract class Hotel{

void dinner();

void live();

}

interface Kit{

void kit();

}

一个hotel子类显然满足  “is a Hotel”的原则，但他未必或者说就不是一个健身房，所以健身功能作为一个补充插件以接口的形式来定义！

ps：接口隔离原则：客户端不应该依赖它不需用的接口。类间的依赖关系应该建立在最小的接口上。

就是说，接口应当尽可能的功能单一，不要包含不必要的方法，用一句通俗的话来说，接口的颗粒度必须很细，可以有很多个实现不同功能的接口

给出结论：

1、抽象类和接口都不能直接实例化，如果要实例化，抽象类变量必须指向实现所有抽象方法的子类对象，接口变量必须指向实现所有接口方法的类对象。

2、抽象类要被子类继承，接口要被类实现。

3、接口只能做方法申明，抽象类中可以做方法申明，也可以做方法实现

4、接口里定义的变量只能是公共的静态的常量（public,static,final），抽象类中的变量可以是成员变量或者静态变量。

5、抽象类里的抽象方法必须全部被子类所实现，如果子类不能全部实现父类抽象方法，那么该子类只能是抽象类。同样，一个实现接口的时候，如不能全部实现接口方法，那么该类也只能为抽象类。

6、抽象方法只能申明，不能实现。abstract void abc();不能写成abstract void abc(){}。

7、抽象类里可以没有抽象方法

8、如果一个类里有抽象方法，那么这个类只能是抽象类

9、抽象方法要被实现，所以不能是静态的，也不能是私有的（静态的变量或者方法是全局可用，可以被继承，但不能被重写。也就相应的不存在被实现）。

10、接口可继承接口，并可多继承接口，但类只能单根继承。

以上都是书上能找到显而易见的定义，下面要说说从设计来说什么情况改用接口或者抽象类