能，但必须先extends抽象类再implements接口；抽象类可含字段、构造器和具体方法，接口只能有常量和抽象/default/static方法；共性状态或行为优先用抽象类，能力契约用接口。
抽象类和接口在Java中能同时实现吗
能，但必须遵守“先继承后实现”的顺序。一个类只能 extends 一个抽象类，但可以 implements 多个接口。这是Java单继承多实现机制的直接体现。
常见错误是把 implements 写在 extends 前面，编译器会报错：Syntax error on token "implements", extends expected。
- 正确写法：
class Dog extends Animal implements Runnable, Serializable - 抽象类里可以定义
protected字段、构造器、具体方法，接口只能有public static final常量和public abstract方法（或default/static方法） - 如果抽象类已实现某接口方法，子类不必重复实现；但如果接口新增默认方法，而抽象类未覆盖，子类仍可直接继承使用
什么时候该把共性逻辑放进抽象类而不是接口
当多个子类共享**状态（字段）** 或 **可复用的行为实现** 时，优先用抽象类。接口适合定义“能做什么”，抽象类适合表达“是什么+部分怎么做”。
比如日志组件：不同数据库连接器都需要 connectionUrl、timeout 这类配置字段，以及通用的重连逻辑——这些放抽象类里自然，放接口里就得靠每个实现类自己维护，违背DRY原则。
立即学习“Java免费学习笔记（深入）”；
- 抽象类支持构造器，可用于强制初始化关键字段；接口不能有构造器
- 抽象类中的
protected方法可被子类调用但不对外暴露；接口所有方法默认public，无法控制可见性 - JDK 8+ 接口支持
default方法，但无法访问实现类的私有字段，也无法调用this上的非静态成员
接口默认方法和抽象类方法冲突时怎么处理
当子类同时继承抽象类并实现某个接口，且两者都提供了同签名的非抽象方法（如都是 public void start()），编译器会要求子类**显式重写该方法**，否则编译失败。
这不是歧义，而是Java明确的设计约束：避免“继承链+实现链”带来不可控的行为来源。
- 抽象类中的
start()和接口中的default start()同时存在 → 子类必须写@Override public void start() { ... } - 若只想沿用抽象类逻辑，可在子类中调用
super.start()；若只想用接口逻辑，可调用InterfaceName.super.start() - 注意：抽象类里的
private方法不会参与此冲突判断，因为不可被继承
Spring等框架中抽象类+接口组合的实际用途
典型场景是模板方法模式 + 策略注入。比如 AbstractMessageHandler 定义了消息预处理、校验、后置通知等骨架流程，而具体业务逻辑由实现 MessageProcessor 接口的Bean提供。
这样既保证流程一致性（抽象类控制），又支持运行时替换策略（接口解耦），还能让Spring通过接口类型自动装配，不依赖具体抽象类实现。
- 抽象类通常不加
@Component，只作为基类；接口可标注@FunctionalInterface或用于@Autowired注入 - 若抽象类也实现了接口，它只是“提供了一种默认实现”，不影响其他类对该接口的独立实现
- 测试时容易忽略：Mockito 无法直接 mock 抽象类的
final方法或构造器逻辑，需配合spy或改用接口做协作测试
抽象类和接口不是二选一的关系，关键在于字段要不要共享、行为能不能复用、扩展是否需要强制约束。真正容易被忽略的是：抽象类的构造器参数如何与Spring的依赖注入协同——这往往需要配合 @AllArgsConstructor 或自定义 FactoryBean，而不是简单加 @Autowired。
