《接口优于抽象类》
Java中有两种允许多种implements的类型：接口和抽象类。
最明显的区别：
- 抽象类允许某些方法实现，接口不允许。
- 要实现抽象类定义的类型，类必须成为抽象类的子类。Java只允许单继承，所以抽象类作为类型定义受到了极大的限制。
现有的类很容易被更新，以实现新的接口。
如果你希望两个类同时扩展一个抽象类，就必须把抽象类放到type hierachy的高处。这会间接伤害到类层次。接口是定义mixin（混合类型）的理想选择。
关于mixin接口，前面有一篇也提到过，Serializable这种就是mixin（显著特点是它是一个空的接口），Comparable也是mixn，它之所以被称作mixn，是因为「它允许任选的功能可以被混合到类型的主要功能中（comparable允许同样的实例进行排序）。」抽象类就不行，它不能被更新到现有的类中：类只能有一个父类，没有合适的地方插入mixin。接口允许我们构造非层次结构的类型框架。
比如一个人可能同时是singer和songwriter，那么一个类可以同时实现它们。
如果使用抽象类定义类型，只能通过继承来增加功能。
骨架类
以下摘自：
http://www.jianshu.com/p/5ebde8d00a23
众所周知，java 8之前接口是不可以有方法体的，这就是抽象类相对于接口的优势，为了将抽象类和接口的优势整合起来，“骨架类”就诞生了，骨架类的做法是用一个抽象类来实现一个接口，在抽象类中为接口的某些方法提供实现。
骨架类的实现的一般步骤是，找出接口中的基本方法，在抽象类中声明为抽象方法，然后用这些基本方法来实现其他方法，所谓基本方法，就是通过将这些方法组合或是变换，可以实现其他的方法。
简单的例子：
假设有一个接口，它可以实现一组对象的求和，代码如下：
public interface Summation<T> {
//实现两个对象的相加
T towEleAdd(T obj01, T obj02);
//实现List求和
T listEleSum(List<T> list);
//实现数组求和
T arrayEleSum(T[] array);
}
观察可以发现它的基本方法只有一个T towEleAdd(T obj01, T obj02);,现在我们可以来实现他的“骨架”了：
public abstract class AbstractSummation<T> implements Summation<T> {
@Override
public abstract T towEleAdd(T obj01, T obj02);
@Override
public T listEleSum(List<T> list) {
T firstEle = null;
for (T t : list) {
if (firstEle == null) {
firstEle = t;
continue;
}
firstEle = towEleAdd(firstEle, t);
}
return firstEle;
}
@Override
public T arrayEleSum(T[] array) {
T firstEle = null;
for (T t : array) {
if (firstEle == null) {
firstEle = t;
continue;
}
firstEle = towEleAdd(firstEle, t);
}
return firstEle;
}
}
