java extends多继承 java多继承例子

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

//: interfaces/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 t(CanSwim x) { x.swim(); }
    public static void t(CanFly x) { x.fly(); }
    public static void t(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 a ActionCharacter
    }
} ///:~

注意：CanFight接口与ActionCharacter类中的fight()方法的特征签名是一样的，而且，在Hero中没有提供fight()的定义。可以扩展接口，但是得到的知识另一个接口。当想要创建对象时，所有的定义首先必须都存在。即使Hero没有显示地提供fight()的定义，其定义也因ActionCharacter而随之而来，这样就是的创建Hero对象成为了可能。

在Adventure类中，可以看到有四个方法把上述各种接口和具体类作为参数。当Hero对象被创建时，它可以被传递给这些方法汇总的任何一个，这以为着它一次被向上转型为每一个接口。

前面的例子所展示的就是使用接口的核心原因：为了能够向上转型为多个基类型（以及由此而带来的灵活性）。然而，使用接口的第二个原因却是与使用抽象基类相同：放置客户端程序员创建该类的对象，并确保这仅仅是建立一个接口。这就带来一个问题：我们应该使用接口还是抽象类。事实上，如果创建不带任何方法定义和成员变量的基类，那么就应该选择接口而不是抽象类？如果要创建不带任何方法定义和抽象变量的基类，那么就应该选择接口而不是抽象类。事实上，如果知道某事物应该成为一个基类，那么第一选择应该是是他成为一个接口。