“ interface ”（接口）关键字使抽象的概念更深入了一层。我们可将其想象为一个“纯” 抽象类 。它允许创建者规定一个类的基本形式：方法名、自变量列表以及返回类型，但不规定方法主体。接口也包含了基本数据类型的数据成员，但它们都默认为 static 和 final 。接口只提供一种形式，并不提供实施的细节。

接口这样描述自己：“对于实现我的所有类，看起来都应该象我现在这个样子”。因此，采用了一个特定接口的所有代码都知道对于那个接口可能会调用什么方法。这便是接口的全部含义。所以我们常把接口用于建立类和类之间的一个“协议”。有些面向对象的程序设计语言采用了一个名为“ protocol ”（协议）的关键字，它做的便是与接口相同的事情。

为创建一个接口，请使用 interface 关键字，而不要用 class 。与类相似，我们可在 interface 关键字的前面增加一个 public 关键字（但只有接口定义于同名的一个文件内）；或者将其省略，营造一种“友好的”状态。

为了生成与一个特定的接口（或一组接口）相符的类，要使用 implements （实现）关键字。我们要表达的意思是“接口看起来就象那个样子，这儿是它具体的工作细节”。除这些之外，我们其他的工作都与继承极为相似。

具体实现了一个接口以后，就获得了一个普通的类，可用标准方式对其进行扩展。

可决定将一个接口中的方法声明明确定义为“ public ”。但即便不明确定义，它们也会默认为 public 。所以在实现一个接口的时候，来自接口的方法必须定义成 public 。否则的话，它们会默认为“友好的”，而且会限制我们在继承过程中对一个方法的访问—— Java 编译器不允许我们那样做。

Java 的“ 多重继承 ”

接口只是比抽象类“更纯”的一种形式。它的用途并不止那些。由于接口根本没有具体的实施细节——也就是说，没有与存储空间与“接口”关联在一起——所以没有任何办法可以防止多个接口合并到一起。这一点是至关重要的，因为我们经常都需要表达这样一个意思：“ x 从属于 a ，也从属于 b ，也从属于 c ”。在 C++ 中，将多个类合并到一起的行动称作“多重继承”，而且操作较为不便，因为每个类都可能有一套自己的实施细节。在 Java 中，我们可采取同样的行动，但只有其中一个类拥有具体的实施细节。所以在合并多个接口的时候， C++ 的问题不会在 Java 中重演。