JUnit5支持测试接口默认方法，需通过匿名类或静态实现类构造实例，避免Mockito直接mock；测试应聚焦行为契约，可结合参数化测试验证多场景。
Java 接口中的默认方法（default method）是 Java 8 引入的重要特性，它允许在接口中提供有具体实现的方法，常用于行为扩展、向后兼容或组合逻辑。JUnit5 完全支持对这类方法进行测试，但需注意：默认方法不能直接实例化接口，必须通过实现类或匿名类来调用。
下面从实操角度说明如何针对性测试接口默认方法：
如何构造可测试的默认方法调用环境
默认方法属于接口契约的一部分，测试时不能绕过实现主体。JUnit5 中推荐两种安全、清晰的方式：
-
使用匿名内部类快速实现接口
立即学习“Java免费学习笔记（深入）”；
@Test void testDefaultMethodWithAnonymousClass() { MyInterface instance = new MyInterface() {}; assertEquals("hello", instance.getDefaultGreeting()); } -
声明一个轻量级私有静态实现类（更利于复用和断言）
private static class TestImpl implements MyInterface {} @Test void testDefaultMethodWithStaticImpl() { MyInterface instance = new TestImpl(); assertTrue(instance.isAvailable()); }
⚠️ 注意：不要试图用
Mockito.mock(MyInterface.class)直接 mock 接口并调用默认方法——Mockito 默认不会执行真实默认方法逻辑（除非启用CALLS_REAL_METHODS，但易引发副作用，不推荐）。
测试重点应聚焦于行为契约，而非实现细节
默认方法本质是“接口承诺的行为”，测试目标不是验证它怎么写，而是验证它是否按约定工作。例如：
- 输入边界值（null、空集合、负数等）是否返回合理结果
- 是否正确委托给其他默认方法或静态辅助方法
- 是否与接口中其他默认方法形成一致行为（如
stream().filter(...).collect(...)链式调用）
示例：
interface Calculator {
default int add(int a, int b) { return a + b; }
default int multiply(int a, int b) { return a * b; }
default int calculate(int a, int b, String op) {
return "add".equals(op) ? add(a, b) : multiply(a, b);
}
}
@Test
void calculate_shouldDelegateToCorrectDefaultMethod() {
Calculator calc = new Calculator() {}; // 匿名实现
assertEquals(10, calc.calculate(4, 6, "add"));
assertEquals(24, calc.calculate(4, 6, "multiply"));
}可结合参数化测试覆盖多组契约场景
利用 JUnit5 的 @ParameterizedTest 对默认方法做数据驱动验证，尤其适合含分支逻辑的默认方法：
@ParameterizedTest
@CsvSource({
"1, 2, 3",
"0, 0, 0",
"-5, 3, -2"
})
void add_shouldHandleVariousInputs(int a, int b, int expected) {
Calculator calc = new Calculator() {};
assertEquals(expected, calc.add(a, b));
}本质上，测试接口默认方法和测试普通类方法逻辑一致：构造对象 → 调用方法 → 断言结果。关键只是对象构造方式略有不同，不复杂但容易忽略实现路径。
