抽象类可只实现接口部分方法，因其允许声明abstract方法而不提供实现，由子类完成；它既提供默认实现又保留扩展性，适用于有状态、共通逻辑的场景。
抽象类可以只实现接口中的部分方法，这是 Java 中一种常见且实用的设计方式，既保留了接口定义契约的能力，又通过抽象类提供可复用的默认实现，同时将未实现的方法留给子类完成。
为什么抽象类能只实现部分接口方法
因为抽象类本身不要求所有方法都有具体实现。当一个抽象类 implements 接口时，它必须声明接口中所有方法，但可以将其中一些声明为 abstract（不提供方法体），由其非抽象子类去实现。只要抽象类自己不被实例化，编译器就允许这种“选择性实现”。
- 接口定义的是“能做什么”，抽象类负责“怎么做一部分，剩下让子类决定”
- 抽象方法无需大括号和实现逻辑，仅需签名与接口一致即可满足编译要求
- 如果抽象类试图实现接口但遗漏某个方法，且未声明为 abstract，编译会报错
典型使用场景举例
比如定义一个 Animal 接口，包含 move()、eat()、makeSound() 三个方法。不同动物行为差异大，但有些共性逻辑可提取：
- 抽象类 AbstractMammal 实现了
eat()（哺乳动物都用相似消化机制） - 将
move()和makeSound()声明为 abstract，交由 Dog、Cat 等子类各自实现 - 这样既避免重复编码，又保持行为扩展的开放性
与默认方法（default method）的区别
Java 8 引入接口默认方法后，有人会混淆：既然接口能提供默认实现，为何还要抽象类？关键区别在于：
立即学习“Java免费学习笔记（深入）”；
- 接口默认方法无法访问实现类的私有字段或 protected 成员，而抽象类可以持有状态并封装内部逻辑
- 一个类只能继承一个抽象类，但可实现多个接口；若需多继承行为，优先考虑 default method + 接口组合
- 抽象类更适合承担“有状态、有共通流程、有构造逻辑”的角色，比如带缓存、计数器、初始化步骤的模板
注意事项与潜在陷阱
灵活不等于随意，使用时需注意几个边界问题：
- 抽象类中重写接口方法时，不能降低访问权限（如接口方法是 public，抽象类中也必须是 public）
- 若接口新增方法，已有抽象类不会自动适配——必须显式添加对应 abstract 方法或 default 实现，否则子类编译失败
- 慎用“抽象类实现接口 + 子类再实现同一接口”的写法，容易引发冗余或语义混乱
