abstract 与 interface
据说是常见面试题。
抽象类与接口的语法区别：
抽象类与接口
- 构造方法：抽象类可以有构造方法，接口中不能有构造方法
- 成员变量：抽象类和接口中都可以包含静态成员变量，抽象类中的静态成员变量的访问类型可以任意，但接口中定义的变量只能是public static final类型，并且默认即为public static final类型。
- 普通成员变量：抽象类中可以有普通成员变量，接口中没有普通成员变量
- 普通方法：抽象类中可以包含非抽象的普通方法，接口中的所有方法必须都是抽象的方法声明，不能有非抽象的普通方法
- 静态方法：抽象类中可以包含静态方法，接口中不能包含静态方法(JDK1.8中开始接口中可以定义 公开静态方法，拥有方法体，接口名直接调用)
- 访问权限：抽象类中的抽象方法的访问类型可以是public，protected和（默认类型,虽然eclipse下不报错，但应该也不行），但接口中的抽象方法只能是public类型的，并且默认即为public abstract类型。
- 与类关系：一个类可以实现多个接口，但只能继承一个抽象类。
抽象类被子类继承，接口被类实现
接口中除公开静态方法，不能有方法体
抽象类属性是普通变量，接口中是公开静态常量
抽象类是重构的结果，接口是设计的结果
抽象类可定义方法和属性，接口中只能有抽象方法和不可变常量
抽象类抽象的是类别，接口抽象的是功能
抽象类与接口的应用场景
接口（interface）的应用场合：
- 类与类之前需要特定的接口进行协调，而不在乎其如何实现。
- 作为能够实现特定功能的标识存在，也可以是什么接口方法都没有的纯粹标识。
- 需要将一组类视为单一的类，而调用者只通过接口来与这组类发生联系。
- 需要实现特定的多项功能，而这些功能之间可能完全没有任何联系。
抽象类（abstract class）的应用场合：
一句话，在既需要统一的接口，又需要实例变量或缺省的方法的情况下，就可以使用它。最常见的有：
- 定义了一组接口，但又不想强迫每个实现类都必须实现所有的接口。可以用abstract class定义一组方法体，甚至可以是空方法体，然后由子类选择自己所感兴趣的方法来覆盖。
- 某些场合下，只靠纯粹的接口不能满足类与类之间的协调，还必需类中表示状态的变量来区别不同的关系。abstract的中介作用可以很好地满足这一点。
- 规范了一组相互协调的方法，其中一些方法是共同的，与状态无关的，可以共享的，无需子类分别实现；而另一些方法却需要各个子类根据自己特定的状态来实现特定的功能。
【总结】
任何抽象类都应该适应真正的需求而产生的。
当必须时，应该实现接口而不是到处添加额外级别的继承，并由此会带来额外的复杂性。这种额外的复杂性非常显著，如果你让某人去处理这种复杂性，只是因为你意识到由于以防万一而添加了新接口，而没有其他更有说服力的原因，那么好吧，如果我碰上了这种事，就会质疑此人所作的所有设计了。
