核心思路是拦截http请求而非构造返回值：wiremock在tcp层起本地服务拦截真实调用，适用于接口/集成测试；mockito则通过注入替换客户端对象，适合纯单元测试。
Java 单元测试中模拟第三方 HTTP 客户端响应，核心思路是**不让真实网络调用发生**，而是用可控的假响应替代。关键不在于“怎么造一个返回值”，而在于“在哪一层拦截请求、用什么方式注入假行为”。WireMock 和 Mockito 是两类典型方案，适用场景不同，选错会事倍功半。
用 WireMock 拦截真实 HTTP 请求（推荐用于接口/集成测试）
当你测试的是完整 HTTP 调用链（比如 Service 层调用 RestTemplate 或 HttpClient），且希望保持被测代码完全不变——不改构造函数、不加注解、不抽接口——WireMock 是最自然的选择。它在 TCP 层起一个本地 HTTP 服务，把原本发给第三方的请求，重定向到它身上。
- 启动方式灵活：可内嵌进 JUnit 测试（@Rule 或 @ExtendWith），也可独立进程运行，配置通过 JSON 文件或 Java API 定义
- 匹配粒度细：支持按 URL 路径、HTTP 方法、Header（如 Authorization）、JSON Body 字段（用 JSONPath）、甚至查询参数精确匹配
- 响应可编程：不仅能返回固定 JSON 和状态码，还能设置延迟（模拟超时）、随机失败（模拟网络抖动）、多阶段状态流转（如第一次 200，第二次 500）
- 示例：用 WireMock.stubFor() 预设一个支付回调接口返回 { "status": "success", "order_id": "ORD123" }，状态码 200，Content-Type 为 application/json
用 Mockito 替换客户端依赖（适合纯单元测试）
如果你的被测类本身封装了 HTTP 客户端（比如持有 RestTemplate 或 CloseableHttpClient 实例），并且该客户端是通过构造函数或 setter 注入的，那就可以用 Mockito 直接 mock 这个客户端对象，绕过网络层。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 前提：HTTP 客户端必须是可注入、可替换的抽象（如接口或非 final 类），不能是 new 出来的硬编码实例
- 操作路径：mock 客户端 → when().thenReturn() 定义 execute() 或 exchange() 的返回值 → 调用被测方法 → verify 行为是否触发
- 注意点：RestTemplate 的 exchange() 返回 ResponseEntity，需 mock 其 getBody()、getStatusCode()；HttpClient 的 execute() 返回 CloseableHttpResponse，需 mock getStatusLine().getStatusCode() 和 getEntity()
- 适合快速验证逻辑分支，但无法覆盖连接超时、重试机制等底层网络行为
避免踩坑的三个关键细节
很多失败不是因为不会写，而是忽略了环境和耦合点：
- 别让 HttpClient 自己 new：如果代码里直接 new HttpClients.createDefault()，Mockito 就无从下手。应改为 Spring 管理 Bean 或构造注入
- 检查超时配置是否干扰测试：真实客户端常设 connectTimeout=5000ms，测试时若 WireMock 响应慢一点，就容易误判为失败。建议测试中统一关掉或设为 100ms
- 区分“模拟”和“存根”：只返回固定数据叫 stub；能根据请求内容动态生成响应（比如解析 body 中的 amount 返回不同 result）才叫 mock。WireMock 支持后者，Mockito 需配合 Answer 接口实现
Spring Boot 项目中的轻量替代方案
如果只是想快速验证 Controller 或 Service 对外调用逻辑，又不想引入新组件，Spring Test 提供了 MockMvc（针对本应用内部请求）和 @MockBean（针对 Spring 容器内的 Bean）。对第三方调用，可用 @MockBean 替换 RestTemplate Bean，并用 Mockito 控制其行为。这种方式侵入小、启动快，适合模块级验证，但不适用于跨服务契约测试。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
