java中接口强调“能做什么”，定义统一行为契约；抽象类强调“是什么”，提供共性结构和部分实现：接口用interface声明，方法默认public abstract，实现类必须重写全部抽象方法；抽象类用abstract声明，可含构造器、字段、具体方法，子类须实现抽象方法且只能单继承。
Java 中接口与抽象类都用于规范子类行为，但侧重点不同：接口强调“能做什么”，定义统一的行为契约；抽象类强调“是什么”，提供共性结构和部分实现。二者配合使用，才能构建出清晰、可维护的类设计。
接口如何规范子类行为
接口是一组完全抽象的行为约定，所有实现类必须严格遵循：
- 用 interface 关键字声明，方法默认是 public abstract（可省略），变量默认是 public static final
- 实现类用 implements 关键字，必须重写接口中所有抽象方法，否则编译失败
- 一个类可以实现多个接口，实现能力组合（如
Runnable+Serializable） - Java 8 起支持 default 和 static 方法，允许提供默认行为，但不改变“规范本质”
抽象类如何规范子类行为
抽象类通过混合抽象与具体，既约束又支撑子类设计：
- 含抽象方法的类必须用 abstract 声明，子类继承后要么实现全部抽象方法，要么自身也声明为 abstract
- 可包含构造方法、普通方法、成员变量、静态方法等，为子类提供可复用的基础逻辑（如初始化、通用工具方法）
- 抽象方法强制子类实现特定功能（如
makeSound()），普通方法则可直接继承使用（如sleep()） - 子类只能单继承一个抽象类，体现“is-a”的层级关系
两者协同规范行为的关键区别
接口与抽象类不是替代关系，而是分工协作：
-
接口管“能力”：比如
Flyable、Swimmable，关注对象能执行什么动作，与类本身无关 -
抽象类管“身份”：比如
Animal、Shape，描述一类事物的共同属性和基础行为，天然带有继承语义 - 实际开发中常让抽象类实现若干接口，再由具体子类继承该抽象类——既获得结构支撑，又满足行为契约
- 例如：
abstract class Bird extends Animal implements Flyable, Singable，子类Eagle只需专注实现细节，无需重复约定
设计时怎么选：看你要约束的是行为还是身份
判断依据很直观：
- 如果多个不相关的类需要具备同一类行为（如打印机、U盘、网卡都可“插拔”），优先用 接口
- 如果一组类有明显共性属性和逻辑（如猫、狗、鸟都有名字、年龄、呼吸方式），优先用 抽象类
- 想让子类“必须做某事”，且这件事在不同子类中实现差异极大（如绘图、序列化、校验），用抽象方法
- 想让子类“可以选择性扩展某事”，且多数场景有通用做法（如日志记录、资源清理），用 default 方法或普通方法
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
