wiremock 返回状态码由 stub 配置决定，而非 java 的 throws 关键字；throws 仅影响调用方异常处理声明，对 wiremock 服务端无作用；需通过 .status(500) 等显式配置响应状态码。

在 WireMock 中，throws 是 Java 的语法关键字，用于声明方法可能抛出的受检异常（checked exception），它本身**不参与 HTTP 响应构造**，也不会直接影响 WireMock 返回的状态码。WireMock 是一个独立的 HTTP 模拟服务，它的响应行为由你配置的 stub（存根）决定，而不是由 Java 方法是否声明 throws 决定。

WireMock 返回指定状态码靠 stub 配置，不是 throws

WireMock 运行在独立进程或嵌入模式下，接收 HTTP 请求后，根据预设的 mapping 规则返回响应。你要控制返回 400、500 等状态码，需显式配置 stub 的 response status：

• 用 stubFor(put(...).willReturn(aResponse().status(500)))
• 或 JSON mapping 文件中写 "status": 404
• throws 只影响调用方 Java 代码是否要处理异常，对 WireMock 服务端无任何作用

Java 客户端调用时 throws 和实际 HTTP 错误的关系

当你的 Java 代码用 RestTemplate、Feign 或 HttpClient 调用 WireMock 模拟的服务时，若 WireMock 返回了 4xx/5xx 状态码：

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

• RestTemplate 默认会抛出 HttpClientErrorException 或 HttpServerErrorException
• 这些是运行时异常（unchecked），不需要在方法签名中 throws
• 如果你用的是 Feign，并开启了 decodeError 或自定义 ErrorDecoder，才可能映射为受检异常，这时才需要 throws 声明

想让 WireMock 模拟“抛异常”的场景？用响应体 + 状态码组合

真实服务出错时，往往不只是返回状态码，还带错误体（如 JSON error message）。WireMock 支持完整模拟：

• 状态码：设置 .status(400)
• 响应头：如 .header("Content-Type", "application/json")
• 响应体：如 .body("{\"error\":\"Invalid input\"}")
• 这样客户端收到后，可按实际错误逻辑处理，无需依赖 throws 声明

测试中验证异常路径？用客户端断言，不是靠 throws

单元测试里验证调用失败流程，应检查客户端是否真的抛出了预期异常：

• 用 assertThrows(HttpClientErrorException.class, () -> restTemplate.getForObject(...))
• 或捕获 Feign 抛出的 FeignException
• throws 声明只是编译期约束，运行时行为由 WireMock stub 和 HTTP 客户端共同决定

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南