接口更易mock，抽象类更适合继承测试；接口无状态无构造，mock轻量解耦强，一行代码即可生成代理对象；抽象类含构造器和字段，mock成本高且易失真，应通过测试子类继承验证。
接口在单元测试中更易 Mock，抽象类则天然更适合直接继承测试。
接口 Mock 更轻量、解耦更强
接口只定义行为契约，没有状态和构造逻辑，Mock 框架（如 Mockito）一行代码就能生成代理对象。比如 mock 一个 PaymentService 接口，无需关心它内部是否依赖数据库、网络或配置，也不用处理构造参数。测试用例干净、快速、可重复，且完全隔离外部副作用。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- Mock 对象不触发真实逻辑，避免误扣款、发短信等风险
- 调用方只依赖接口类型，替换实现零成本（如从 Stripe 切到 Alipay）
- 默认方法（default）虽有实现，但 Mock 时仍可选择性 stub，不影响主体契约
抽象类 Mock 成本高、必要性低
抽象类带构造器、字段和具体方法，Mock 框架难以安全模拟其初始化过程。强行 mock 容易绕过关键初始化逻辑，导致测试失真。更常见的做法是写一个轻量测试子类，直接继承并覆盖抽象方法——这样既保留了父类的共享逻辑，又能精准控制测试输入输出。
- mock 抽象类需处理构造参数（如 Animal(String name)），容易遗漏依赖
- 若抽象类含 protected 字段或模板方法，mock 后行为可能不可控
- 单元测试本就鼓励“测试具体行为”，而抽象类的共性逻辑本身可被子类继承后直接验证
测试策略选择看设计意图
如果你测试的是高层服务（如 OrderService），它依赖的是 接口，那就 mock 接口；如果你要验证抽象类封装的通用能力（如所有 Shape 的 displayColor() 行为），那就写一个测试专用子类去调用，而不是 mock 抽象类本身。
- 面向接口编程 → 接口是测试边界，mock 是标准手段
- 面向抽象复用 → 抽象类是实现载体，继承+断言是自然路径
- Java 8+ 默认方法不改变这一原则：它增强接口表达力，但未改变其无状态、无构造的本质
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
