为何方法可返回接口类型对象？Position与Node返回困惑解析

嗨，这个问题戳中了面向对象编程里多态和接口实现的核心点，我来给你理清楚～

首先得明确一个关键前提：你的Node<E>类一定是实现了Position<E>接口的，代码大概长这样：

public class Node<E> implements Position<E> {
    // Node的内部属性、getNext()方法，以及实现Position接口要求的方法
}

这是一切的基础，如果Node没实现Position，编译器绝对会给你报错，根本没法这么写。

接下来就涉及到多态的核心逻辑了：

• 当一个类实现了某个接口，这个类的实例就可以被向上转型为该接口的类型。简单说，Node<E>是Position<E>的“具体实现类”，就像“哈士奇”是“狗”的一种——你说要返回一只“狗”，给一只哈士奇完全合理，因为它满足“狗”的所有特征。
• 你的first()方法声明返回Position<E>，本质是在告诉调用方：“我会给你一个符合Position接口规范的对象，你可以放心调用接口里定义的所有方法”。而Node<E>因为实现了这个接口，完全符合规范，所以返回它是完全合法的。

这种设计其实是面向接口编程的典型实践：

• 调用first()的代码不需要关心底层到底是Node还是其他实现了Position的类，只需要和Position接口交互就行。
• 后续如果要把Node换成另一个比如LinkedListNode<E>（只要它也实现Position），调用方的代码完全不用修改，大大提升了代码的扩展性和可维护性。

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