接口不仅仅是一种更纯粹的抽象类，它的目标比这更高。因为接口是没有任何具体的实现的——也就是说，没有任何与接口相关的存储；因此也就无法阻止多个接口的组合。这一点是很有价值的，因为你有时需要去表示“一个x是一个a和一个b以及一个c”。在C++中组合多个类的接口的行为被称为多重继承。他可能还是你背负很沉重的包袱，因为每个类都有自己的一个具体的实现。在Java中，你可以执行相同的行为，但是只有一个类是可以具体实现的，因此可以通过组合多个接口，C++中的问题，在Java中不会发生。
在导出类中，不强制要求必须有一个是抽象的或"具体的"(没有任何抽象方法)的基类。如果要从一个给接口的类去继承，那么只能从一个类去继承。其余的元素都必须是接口。需要将所有的接口名都置于implements关键字之后，用逗号将他们一一隔开。可继承任意多个接口，并可以向上转型为每个接口，因为每个接口都是独立的类型，下面的例子展了一个具体类组合数个接口之后产生了一个新的类。
package filters;
interface CanFight {
void fight();
}
interface CanSwim {
void swim();
}
interface CanFly {
void fly();
}
class ActionCharacter {
public void fight() {
}
}
class Hero extends ActionCharacter implements CanFight, CanFly, CanSwim {
public void swim() {
}
public void fly() {
}
}
public class Adventure {
public static void t(CanFight x) {
x.fight();
}
public static void u(CanSwim x){
x.swim();
}
public static void v(CanFly x){
x.fly();
}
public static void w(ActionCharacter x){
x.fight();
}
public static void main(String[] args){
Hero h = new Hero();
t(h);//Treat it as a CanFight
u(h);//Treat it as a CanSwim
v(h);//Treatit as a CanFly
w(h);//Treat it as an ActionCharacter.
}
}
可以看到，Hero组合了具体类ActionCharacter和接口CanFight、CanFly、CanSwim。当通过这种方式将一个具体类和多个接口组合到一起的时候，这个具体类必须放在前面，后面跟着的才是接口，否则编译器会报错。
注意：CanFight接口与ActionCharacter类中的fight()方法的特征签名是一致的，而且在Hero中并没有提供fight()的定义。可以扩展接口，但是得到的只是另一个接口。当想要创建对象时，所有的定义首先必须都存在。即使Hero没有显式提供fight()的定义，其定义也因为ActionCharacter而随之而来，这样就使得创建Hero对象成为了可能。
在Adventure中，我们看到有四个方法把上述各种接口和具体类作为参数，当Hero对象被创建时，它可以传递给这些方法中的任何一个，这意味着他一次被向上转型为每一个接口。
上述的例子就是展示使用接口的核心原因：为了能够向上转型为多个基类型(以及由此带来的灵活性)。然而，使用接口的第二个原因却是与使用抽象类相同：防止客户端程序员创建该类的对象，并确保这仅仅是建立一个接口。这就带来了一个问题：我们应该使用解开还是抽象类？如果要创建不带任何方法定义和成员变量的基类，那么就应该选择接口而不是抽象类。事实上，如果知道某事物应该成为一个基类，那么第一选择应该是使他成为一个接口。
