非Spring Java应用隔离测试：Mock外部API的最佳方法与工具

核心结论：无需实现完整伪API/数据库 #

完全没必要搭建一套完整的伪API或数据库，测试的核心是验证你的应用处理逻辑，而非外部服务的功能。用轻量级的Mock工具就能低成本覆盖所有测试场景，不管是构造不同API响应，还是模拟数据库变更后的返回。

1. 独立HTTP Mock服务（最适合代码外测试） #

这类工具可以独立运行，无需修改应用核心代码，只需临时调整应用的API请求地址（或通过代理拦截），就能拦截所有发往外部API的请求，返回你预设的响应。完美匹配你"在代码实现之外开展测试"的需求：

• WireMock：支持独立部署为HTTP服务，也能嵌入测试代码。可以灵活配置请求匹配规则（比如URL路径、请求参数、请求体内容），返回自定义的JSON/XML响应，甚至模拟超时、500错误等异常场景。如果要模拟外部API依赖的数据库数据变更，只需针对对应请求配置好更新后的响应内容即可，不用真的操作数据库。
• MockServer：功能和WireMock类似，支持录制真实API的请求响应快速生成Mock规则，也能通过API动态调整响应逻辑，适合复杂场景的测试。

2. 测试容器+Mock服务（模拟真实数据库状态） #

如果需要更贴近真实环境的测试，比如要模拟外部API依赖的数据库数据被修改后的场景，可以搭配Testcontainers使用：

• 用Testcontainers启动一个真实的数据库容器（如PostgreSQL、MySQL），初始化测试用的基础数据；
• 让WireMock/MockServer关联这个数据库容器，比如收到"更新数据"的请求时，自动修改容器内的数据库记录，再返回对应响应。
  这种方式既保证了数据库状态的真实性，又不会污染生产环境，测试结束后容器自动销毁。

3. 代码层面Mock（适合单元/轻量集成测试） #

如果允许添加少量测试专用的代码（比如测试配置类），可以用以下工具在代码层面拦截HTTP请求：

• Mockito：Mock应用中的HTTP客户端实例，直接指定方法调用的返回值；
• OkHttp MockInterceptor：如果应用用OkHttp作为HTTP客户端，可以添加一个拦截器，在测试时返回预设响应。
  不过这种方式更适合单元测试，如果你是做端到端的自动化测试，还是优先用前面的独立Mock服务。

内容的提问来源于stack exchange，提问作者Aleksandra