接口体现like-a关系，抽象类体现is-a关系；has-a是组合关系，与二者无关，指成员变量引用。
Java 中接口与抽象类本身并不直接对应 has-a 关系，而是分别体现 is-a 和 like-a（不是 has-a）的设计语义。常被误传的“接口表示 has-a”是概念混淆——has-a 指的是组合（composition），即一个类中持有另一个类的实例变量，和接口、抽象类的声明机制无关。
抽象类表达 is-a 关系
抽象类用于建模真实世界中的类型层级，子类在逻辑上“是”它的一种具体形式：
- 例如：
abstract class Animal，class Dog extends Animal→ “狗 是 一种动物” - 子类继承父类的属性（如
name、age）和部分行为（如默认实现的breath()），体现共性复用 - 语法上强制单继承，符合现实世界中“一个实体只有一个本质分类”的直觉
接口表达 like-a（或 can-do）关系
接口描述“具备某种能力”，不定义身份，只约定行为契约：
- 例如：
interface Flyable，class Bird implements Flyable、class Airplane implements Flyable→ “鸟 能飞”、“飞机 能飞”，但鸟不是飞机，飞机也不是鸟 - 这种关系跨继承体系，不改变原有 is-a 层级，仅横向扩展能力
- 一个类可实现多个接口，正因为它可以同时“像”多种角色（like-a Flyable, like-a Serializable, like-a Comparable）
has-a 是组合，和 interface/abstract class 无关
has-a 是对象结构层面的关系，通过成员变量体现：
-
class Car { private Engine engine; }→ “汽车 有一个 引擎” - 它既不靠
extends也不靠implements，而是字段引用 - 抽象类或接口内部也可以包含 has-a 成员（比如
abstract class Vehicle { protected List<wheel> wheels; }</wheel>），但这属于实现细节，不改变其 is-a 或 like-a 的语义定位
为什么有人误说“接口是 has-a”？
这种说法通常源于对英文表述的字面误读：
- “
A implements B” 被望文生义理解为 “A has a B”（A 拥有一个 B）——但实际含义是 “A 具备 B 所定义的能力” - 真正表达“拥有”的是组合（has-a），而接口实现（implements）表达的是“承诺支持某组行为”
- 设计原则中强调“favor composition over inheritance”，说的是用 has-a 替代 is-a 来降低耦合，而非用接口替代抽象类来模拟 has-a
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
