Java单元测试Mock静态方法推荐使用Mockito 3.4+的mockStatic()，需引入mockito-inline依赖并用try-with-resources管理MockedStatic作用域；避免PowerMockito/JMockit等已弃用方案。
Java 单元测试中 Mock 静态方法，核心在于绕过 Java 语言对静态调用的编译期绑定限制。自 Mockito 3.4.0 起，官方通过 mockito-inline 模块原生支持静态方法 Mock；PowerMockito 和 JMockit 是更早的替代方案，但已逐步被主流项目弃用。当前推荐方式是使用 Mockito 原生能力，兼顾稳定性、可维护性与 JDK 兼容性。
✅ 使用 Mockito.mockStatic()（推荐，适用于 Mockito 3.4+）
这是目前最主流、最安全的方式，无需额外框架，依赖简洁：
- 确保引入
mockito-inline（Maven）：
<dependency>
<groupId>org.mockito</groupId>
<artifactId>mockito-inline</artifactId>
<scope>test</scope>
</dependency> - 用
MockedStatic<T>管理作用域，自动清理，避免线程污染或状态残留； - 关键点：若待测方法和被 Mock 方法在同一个类中（如
A.methodA()内部调用A.methodB()），必须传入Answers.CALLS_REAL_METHODS，否则methodA()本身也会被拦截，返回null或抛异常； - 示例：
try (MockedStatic<DateUtils> mocked = mockStatic(DateUtils.class, CALLS_REAL_METHODS)) {
mocked.when(DateUtils::now).thenReturn(Instant.parse("2023-01-01T00:00:00Z"));
assertEquals("2023-01-01", DateUtils.formatToday()); // formatToday() 内部调用了 now()
}
⚠️ 多线程测试需特别注意隔离
Mockito 的静态 Mock 是基于 ThreadLocal 实现的，每个线程拥有独立会话。但在并发测试中仍可能出问题：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 不要在
@BeforeAll或静态初始化块中做全局 Mock —— 这会污染其他测试线程； - 所有
mockStatic()必须放在try-with-resources中，确保退出时自动关闭； - 避免跨线程复用同一
MockedStatic实例； - 若需模拟多线程行为（如验证某静态方法被调用 5 次），建议改用可控的同步逻辑 + 单线程验证，而非启动真实线程池跑测试。
? 不再推荐 PowerMockito / JMockit
这些框架依赖字节码增强和类加载器劫持，在 JDK 9+ 模块系统、GraalVM 原生镜像、以及现代构建工具（如 Gradle 8+）中兼容性差，且调试困难：
立即学习“Java免费学习笔记（深入）”；
- PowerMockito 需要
@PrepareForTest、特殊 Runner（如PowerMockRunner），与 JUnit 5 原生生命周期不兼容； - JMockit 已停止维护（最后版本为 2021 年），其侵入式语法易引发隐式副作用；
- 两者均无法与
mockito-inline共存，混合使用会导致ClassNotFoundException或LinkageError。
? 补充技巧：Mock 静态方法抛异常
对 void 静态方法或有返回值的方法抛异常，语法一致：
- 有返回值：
mocked.when(StaticClass::doSomething).thenThrow(new IllegalArgumentException("boom")); - void 方法（无返回值）也适用 same
when(...).thenThrow()，无需doThrow—— 注意这不是实例方法，不涉及“调用前未 stub”的限制； - 若需验证是否抛出异常，直接用
Assertions.assertThrows()包裹被测调用即可。
