Java 8接口教程疑问：为何实现类调用方法时部分场景无需类型转换？

咱们先拆解这两种场景的本质差异，就能明白为什么会有这样的区别：

1. 普通接口方法需要强转的原因 #

当你实现一个普通接口（比如示例中的Relatable）时，接口的方法参数是接口类型，而你要调用的方法是实现类独有的方法（比如RectanglePlus的getArea()），这时候就必须强制转换。

举个代码例子更清楚：

public interface Relatable {
    boolean isLargerThan(Relatable other);
}

public class RectanglePlus implements Relatable {
    private int width, height;

    // 实现类独有的方法，接口中未定义
    public int getArea() {
        return width * height;
    }

    @Override
    public boolean isLargerThan(Relatable other) {
        // 必须强转：Relatable接口没有getArea()方法，编译器只知道other是Relatable类型
        // 只有转成RectanglePlus，才能确认这个对象有getArea()方法
        RectanglePlus otherRect = (RectanglePlus) other;
        return this.getArea() > otherRect.getArea();
    }
}

这里的核心是：编译阶段，编译器只认参数的声明类型（Relatable），而getArea()不在Relatable的方法列表里，所以必须通过强转告诉编译器：“我确认这个other对象实际是RectanglePlus类型，它有这个方法”。

2. 默认方法不需要强转的原因 #

而默认方法的场景里，要么是：

• 默认方法中调用的是接口本身已经声明的方法（比如示例中Card接口的getValue()），参数的接口类型已经保证了这些方法存在，自然不需要强转；
• 或者接口使用了泛型约束（比如Comparable<T>），把参数类型绑定到具体的实现类，编译器能直接识别出参数的实际类型。

看这个默认方法的例子：

public interface Card {
    // 接口本身声明的方法
    int getValue();

    default int compareTo(Card o) {
        // 不需要强转：o是Card类型，getValue()是Card接口的方法，编译器确认存在
        return Integer.compare(this.getValue(), o.getValue());
    }
}

public class PlayingCard implements Card {
    private int value;

    @Override
    public int getValue() {
        return value;
    }
}

这里的compareTo方法调用的getValue()是Card接口定义的方法，不管o是哪个实现类，只要实现了Card就一定有这个方法，所以直接调用就行，不用强转。

如果是带泛型的接口，比如Comparable<PlayingCard>，那compareTo的参数直接就是PlayingCard类型，连接口类型都不用，当然更不需要强转了。

内容的提问来源于stack exchange，提问作者Derek Xie