《接口优于抽象类》
Java中有两种允许多种implements的类型：接口和抽象类。
最明显的区别：

1. 抽象类允许某些方法实现，接口不允许。
2. 要实现抽象类定义的类型，类必须成为抽象类的子类。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;
  }
}