《编程导论（Java）·4.3Java接口》
随着Java8的出现，本节面临尴尬的局面。这里首先按照原有的Java语言设计思路（Java8之前）介绍Java接口，再看看Java8对Java语言设计思路的破坏。
强大而有用的机制
【p142：类甚至是abstract class，理论上都包含实现，因此类是接口和实现的综合体，如[3.1.3 接口与实现分离]所述。如果说抽象方法是纯粹的接口、脱离了实现的接口，那么Java接口就是这些纯粹的接口组成的数据抽象。Java接口只能够拥有抽象方法，它不涉及任何实现，也不能创建其对象(这一点和抽象类一致)。因此，Java接口纯粹是契约的集合，是一种程序设计的表达方式。从数据抽象的角度看，能够在不定义class的同时又可以定义type，将是程序设计中强大而有用的机制。】
按照接口与实现分离原则，用户仅需要了解接口。每一个抽象方法都是一个纯粹的接口，它不得不与实现相分离。抽象方法是功能抽象的最高形式。在抽象方法的基础上，有了abstract class——类层次的元素，它理论上是接口和实现的综合体；而Java接口纯粹是契约的集合，它以跨越类层次的方式定义type，是一种程序设计中强大而有用的机制。
【p144
接口具有下述性质。
(1)接口不提供代码重用性。接口并不能使你获得代码继承的好处，它没有代码重用能力。接口的意义在于获得程序设计上的高度可维护性。
(2)接口能够通过多继承进行扩展父接口。Java支持接口多继承。interface A extends B, C, D{}
(3)接口不能升级。定义接口时要考虑周全，因为接口有个十分尴尬的限制：如果定义了接口，将接口送给客户程序员使用，这时定义的接口就不能修改。因为在接口中添加一个方法，会导致老版本接口的所有实现类的中断。为了达到在接口中增加一个方法的目的，只能派生/创建一个新的接口。（所以，Java接口天然符合OCP/开放封闭原则）】
常量接口问题
package semantics;
/**
* 常量接口/不可实例化的工具类
*/
public class Const{
public static final int X = 100;
private Const() { }
}在另外的包中有用户类package semantics.staticDemo;
import static semantics.Const.*;
public class UseConst{
static void test(){
System.out.println("semantics.Const.X is "+X);
}
}两者都编译后，执行UseConst.test， 输出为：semantics.Const.X is 100虽然我也认为：常量接口模式是对接口的不良使用。但是原因不是技术上的，而是感觉上的。既然可以使用不可实例化的工具类——抽象类或者仅有private构造器的类，那么就不要使用常量接口，让Java接口作为纯粹的契约的集合。