Mock多态的本质是针对接口类型进行Mock,通过动态代理让同一接口引用在不同测试中模拟不同实现类的行为,从而覆盖多态分支逻辑,而非Mock具体实现类。

在单元测试中利用 Mock 框架模拟接口的多态行为,核心不是“Mock 多态”,而是针对接口类型进行 Mock,并在不同测试用例中让 Mock 对象表现出不同实现类的行为特征。Java 多态本身是语言特性(编译时看引用类型、运行时看实际对象),而 Mock 框架(如 Mockito)正是通过动态代理或字节码生成,让一个接口引用在运行时“假装”是某个具体行为的实现——这天然契合多态的运行时绑定机制。
明确被测对象依赖的是接口,而非具体实现
这是前提。例如:
public interface PaymentService {
boolean pay(Order order);
}
<p>public class AlipayService implements PaymentService { ... }
public class WechatPayService implements PaymentService { ... }</p><p>// 被测类
public class OrderProcessor {
private final PaymentService paymentService; // 依赖接口</p><pre class="brush:php;toolbar:false;">public OrderProcessor(PaymentService paymentService) {
this.paymentService = paymentService;
}
public boolean process(Order order) {
return paymentService.pay(order); // 多态调用:实际行为由 runtime 对象决定
}}
测试时,你不需要创建 AlipayService 或 WechatPayService 实例,而是直接 Mock PaymentService 接口 —— Mockito 会生成一个实现了该接口的动态代理对象,其方法行为完全可控。
用 Mockito 按需定义不同测试场景下的“伪实现”行为
同一个接口 Mock 对象,可在不同测试方法中设定不同返回值或异常,模拟多种子类表现:
- 模拟支付宝成功支付:
when(mockService.pay(any())).thenReturn(true); - 模拟微信支付失败:
when(mockService.pay(any())).thenReturn(false); - 模拟某支付渠道抛异常:
when(mockService.pay(any())).thenThrow(new PaymentException("timeout")); - 甚至可验证是否调用了特定参数:
verify(mockService).pay(argThat(order -> "VIP".equals(order.getLevel())));
这些行为差异,就是你在测试中对“多态”的掌控:虽然都是 PaymentService 类型引用,但每次测试它“像”一个不同的实现——无需真实子类,却覆盖了多态分支逻辑。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
避免误用:不 Mock 具体实现类来“模拟多态”
不要写这样的测试:
// ❌ 错误:Mock 具体类,违背面向接口和多态初衷 PaymentService mockAlipay = mock(AlipayService.class);
原因:
- AlipayService 可能含非接口方法、内部状态或构造依赖,Mock 成本高且易破。
- 违反依赖倒置,测试耦合到实现细节。
- 失去“同一接口、多种行为”的抽象优势——你本该关注 pay() 怎么被使用,而不是 AlipayService 内部怎么算签名。
进阶:结合 @Mock 和 @InjectMocks 自动装配多态依赖
使用 MockitoExtension 时,可清晰表达多态注入关系:
@ExtendWith(MockitoExtension.class)
class OrderProcessorTest {
<pre class="brush:php;toolbar:false;">@Mock
private PaymentService paymentService; // Mock 接口 → 后续可设任意行为
@InjectMocks
private OrderProcessor processor; // 自动将 mockService 注入其构造器或字段
@Test
void shouldProcessWhenPaymentSuccess() {
when(paymentService.pay(any())).thenReturn(true);
assertTrue(processor.process(new Order()));
verify(paymentService).pay(any());
}
@Test
void shouldFailWhenPaymentRejected() {
when(paymentService.pay(any())).thenReturn(false);
assertFalse(processor.process(new Order()));
}}
这里 processor 的 paymentService 字段在运行时绑定的是 Mockito 创建的代理对象——它既不是 AlipayService 也不是 WechatPayService,但它完美扮演了其中任一角色,且切换零成本。这就是多态 + Mock 的实质价值:解耦、聚焦契约、穷举行为分支。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










