runnable匿名类不适合做mock，因其仅含无参无返回的run()方法，无法模拟参数、返回值、异常及行为验证；mock需控制依赖行为并验证交互，应优先使用mockito、lambda或fake类。
Java中用实现 Runnable 的匿名类来写单测 Mock 对象，其实并不合适——Runnable 本身只定义了一个无参无返回的 run() 方法，无法模拟带参数、有返回值、抛异常等常见被测行为，也不具备行为验证能力（比如“是否被调用”“被调用几次”）。它不是为 Mock 设计的接口。
为什么 Runnable 匿名类不适合做 Mock
Runnable 是执行契约，不是交互契约。Mock 的核心目标是：控制依赖行为 + 验证交互。而 Runnable 匿名类只能做到“跑一段逻辑”，无法：
- 接收输入参数并按需返回不同结果
- 模拟异常抛出
- 记录调用次数或参数用于后续断言
- 与被测代码形成可验证的协作关系
更合适的替代方案
真正快速编写 Mock 的主流做法是：
-
用 Mockito（推荐）：一行创建 mock，灵活 stub 行为，支持 verify 验证。
Mockito.mock(List.class);
when(mockList.size()).thenReturn(5);
verify(mockList).add("item"); -
用 Lambda 替代简单函数式接口：如果依赖是
Function、Supplier、Consumer等，直接用 lambda 更简洁。
Functionparser = s -> s.length();
Suppliergenerator = () -> "test"; -
手写轻量级 Fake 类（非匿名）：当需要多方法协同或状态保持时，比匿名类更清晰、可复用、易调试。
class FakeClock implements Clock {
private long fixedTime = 123456789L;
public long millis() { return fixedTime; }
}
什么情况下“勉强能用”Runnable 匿名类？
仅限极简单场景：被测代码只接受一个 Runnable 并立即执行它，你只需确认“它被执行了”，且不关心参数、返回、异常。
- 例如测试某个异步调度器是否触发回调：
AtomicBoolean executed = new AtomicBoolean();
scheduler.execute(new Runnable() { public void run() { executed.set(true); } });
assertTrue(executed.get()); - 但此时用 lambda 更干净：
scheduler.execute(() -> executed.set(true));
用对工具才能高效写单测。Mockito 或 JUnit 5 的 @Mock + @ExtendWith(MockitoExtension.class) 是标准解法；Lambda 适合函数式依赖；而 Runnable 匿名类只是历史遗留写法，不建议作为 Mock 手段推广。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
