Java 中的多重继承

接口不仅仅只是一种形式更纯粹的抽象类，它的目标比这要高。因为接口是根本没有任何具
体实现的——也就是说，没有任何与接口相关的存储——因此，也就无法阻止多个接口的组
合。这一点是很有价值的，因为你有时需要去表示“一个 x 是一个 a、一个 b 以及一个 c”。
在 C++中，组合多个类的接口的行为被称作“多重继承（multiple inheritance）”。它可能会
使你背负很棘手的包袱，因为每个类都有一个具体实现。在 Java 中，你可以执行相同的行
为，但是只有一个类可以有具体实现，因此，通过组合多个接口，在 C++中看到的问题是不
会在 Java 中发生的：

在一个导出类中，强制要求你必须有一个基类，它要么是抽象的，要么是“具体的”（没有
任何抽象方法的类）。如果你要从一个非接口的类继承，那么你只能从一个这样的类中去继
承。其余的基元素都必须是接口。你需要将所有的接口名都置于 implements 关键字之后，
用逗号将它们一一隔开。你可以继承任意多个接口，每一个都会成为一个你可以向上转型的
独立类型。下面的例子展示的是：一个具体类组合数个接口之后产生了一个新类：


//: c08:Adventure.java
// Multiple interfaces.


interface CanFight { 
void fight();
}


interface CanSwim { 
void swim(); 
}


interface CanFly { 
void fly();
}


class ActionCharacter { 
 
}
 
public void fight() {}
 
class Hero extends ActionCharacter 
implements CanFight, CanSwim, CanFly { 
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); // Treat it as a CanFly
    w(h); // Treat it as an ActionCharacter
  }
} ///:~


你可以看到，Hero 组合了具体类 ActionCharacter 和接口 CanFight、CanSwim 和 CanFly。
当你要通过这种方式将一个具体类和多个接口组合到一起时，这个具体类必须是先行，后面
跟着的才是接口。（否则编译器会报错。）


注意，CanFight 接口与 ActionCharacter 类中的 fight()方法的签名是一样的，而且，在 Hero
中并没有提供 fight()的定义。接口的规则是：你可以从接口中继承（就像稍后你会看到的那
样），但是你得到的只是另一个接口。如果你想创建该新类型的对象，就必须有一个提供了
其全部定义的类。即使 Hero 没有显式地提供 fight()的定义，其定义也随 ActionCharacter
而存在，因此它是被自动提供的，这使得创建 Hero 对象成为了可能。


在 Adventure 类中，你可以看到有四个方法把上述各种接口和具体类作为参数。当 Hero 对
象被创建时，它可以被传递给这些方法中的任何一个，这意味着它依次被向上转型为每一个
接口。由于 Java 中这种接口设计的方式，使得这项工作并不需要程序员一方付出任何特别
的努力。


一定要记住，前面的例子所展示的就是使用接口的核心原因：为了能够向上转型为不止一个
的基类型。然而，使用接口的第二个原因却是与使用抽象基类相同：防止客户端程序员创建
该类的对象，并确保这仅仅是建立一个接口。这就带来了一个问题：我们应该使用接口还是
抽象类？接口为你带来了使用抽象类的好处，并且还带来了使用接口的好处，所以如果你要
创建不带任何方法定义和成员变量的基类，那么你应该选择接口而不是抽象类。事实上，如
果你知道某事物应该成为一个基类，那么你的第一选择应该是使它成为一个接口，只有在强
制你必须要具有方法定义和成员变量的时候，你才应该改而选择抽象类，或者在必要时使其

成为一个具体类。