java 多重继承_Java的继承与“多重继承”

接口只是比抽象类“更纯”的一种形式。它的用途并不止那些。由于接口根本没有具体的实施细节——也就

是说，没有与存储空间与“接口”关联在一起——所以没有任何办法可以防止多个接口合并到一起。这一点

是至关重要的，因为我们经常都需要表达这样一个意思：“x 从属于a，也从属于b，也从属于c”。在C++

中，将多个类合并到一起的行动称作“多重继承”，而且操作较为不便，因为每个类都可能有一套自己的实

施细节。在Java 中，我们可采取同样的行动，但只有其中一个类拥有具体的实施细节。所以在合并多个接口

的时候，C++的问题不会在Java 中重演。如下所示：

在一个衍生类中，我们并不一定要拥有一个抽象或具体(没有抽象方法)的基础类。如果确实想从一个非接

口继承，那么只能从一个继承。剩余的所有基本元素都必须是“接口”。我们将所有接口名置于implements

关键字的后面，并用逗号分隔它们。可根据需要使用多个接口，而且每个接口都会成为一个独立的类型，可

对其进行上溯造型。下面这个例子展示了一个“具体”类同几个接口合并的情况，它最终生成了一个新类：

//: Adventure.java//Multiple interfaces

import java.util.*;interfaceCanFight {voidfight();

}interfaceCanSwim {voidswim();

}interfaceCanFly {voidfly();

}classActionCharacter {public voidfight() {}

}class Hero extendsActionCharacterimplementsCanFight, CanSwim, CanFly {public voidswim() {}public voidfly() {}

}public classAdventure {static voidt(CanFight x) { x.fight(); }static voidu(CanSwim x) { x.swim(); }static voidv(CanFly x) { x.fly(); }static voidw(ActionCharacter x) { x.fight(); }public static voidmain(String[] args) {

Hero i= newHero();

t(i);//Treat it as a CanFight

u(i); //Treat it as a CanSwim

v(i); //Treat it as a CanFly

w(i); //Treat it as an ActionCharacter

}

}///:~

从中可以看到，Hero 将具体类ActionCharacter 同接口CanFight，CanSwim 以及CanFly 合并起来。按这种

形式合并一个具体类与接口的时候，具体类必须首先出现，然后才是接口(否则编译器会报错)。

请注意fight()的签名在CanFight 接口与ActionCharacter 类中是相同的，而且没有在Hero 中为fight()提

供一个具体的定义。接口的规则是：我们可以从它继承(稍后就会看到)，但这样得到的将是另一个接口。

如果想创建新类型的一个对象，它就必须是已提供所有定义的一个类。尽管Hero 没有为fight()明确地提供

一个定义，但定义是随同ActionCharacter 来的，所以这个定义会自动提供，我们可以创建Hero 的对象。

在类Adventure 中，我们可看到共有四个方法，它们将不同的接口和具体类作为自己的自变量使用。创建一

个Hero 对象后，它可以传递给这些方法中的任何一个。这意味着它们会依次上溯造型到每一个接口。由于接

口是用Java 设计的，所以这样做不会有任何问题，而且程序员不必对此加以任何特别的关注。

注意上述例子已向我们揭示了接口最关键的作用，也是使用接口最重要的一个原因：能上溯造型至多个基础

类。使用接口的第二个原因与使用抽象基础类的原因是一样的：防止客户程序员制作这个类的一个对象，以

176

及规定它仅仅是一个接口。这样便带来了一个问题：到底应该使用一个接口还是一个抽象类呢？若使用接

口，我们可以同时获得抽象类以及接口的好处。所以假如想创建的基础类没有任何方法定义或者成员变量，

那么无论如何都愿意使用接口，而不要选择抽象类。事实上，如果事先知道某种东西会成为基础类，那么第

一个选择就是把它变成一个接口。只有在必须使用方法定义或者成员变量的时候，才应考虑采用抽象类。