PactRunner忽略@DefaultRequestValues，Pact测试请求头与404场景问题

我来帮你一步步搞定这两个Pact测试里的麻烦，先从完善无效UserId请求的Pact配置（含请求头设置）说起，再处理@DefaultRequestValues被忽略的问题。

一、补全无效UserId请求的Pact配置（含请求头设置） #

你提供的Pact片段里请求部分不完整，要实现“无效userId返回404”的场景，得把请求路径、请求头和响应都配置完整。这里给你补全并修正后的示例：

{
  "consumer": { "name": "ios-client" },
  "provider": { "name": "user-service" },
  "interactions": [
    {
      "description": "Request for a User Id that does not exist should return 404",
      "provider_state": "User with id NOPE does not exist",
      "request": {
        "method": "GET",
        "path": "/users/NOPE", // 替换成你的实际用户API路径，比如/api/users/{userId}
        "headers": { // 这里添加业务需要的所有请求头
          "Content-Type": "application/json",
          "Accept": "application/json"
          // 如果需要认证头，比如Authorization: Bearer xxx也可以加在这里
        }
      },
      "response": {
        "status": 404,
        "headers": {
          "Content-Type": "application/json"
        },
        "body": { // 可选：如果你的服务返回404时有响应体，按实际结构填写
          "code": "USER_NOT_FOUND",
          "message": "User with id NOPE does not exist"
        }
      }
    }
  ]
}

关键注意事项： #

• 请求路径：必须和你的实际API路径完全匹配，不然Pact验证时会失败
• 请求头：把所有必填的头部都放在headers对象里，如果需要宽松匹配（比如忽略某个头的具体值），可以用Pact的匹配规则（比如matchers字段）
• 响应配置：确保status是404，响应头和响应体要和生产者实际返回的一致，这样双方契约才能对齐

二、解决PactRunner忽略@DefaultRequestValues的问题 #

@DefaultRequestValues本来是用来给所有测试请求统一设置默认头、基础路径的，如果PactRunner没识别到它，大概率是这几个原因，对应解决方法如下：

1. 检查注解的使用位置 #

@DefaultRequestValues要放在测试类级别，不能只加在单个测试方法上，示例如下：

@DefaultRequestValues(headers = {
    @Header(name = "Content-Type", value = "application/json"),
    @Header(name = "Accept", value = "application/json")
})
@RunWith(PactRunner.class)
@Provider("user-service")
@Consumer("ios-client")
public class UserServicePactTest {
    // 你的测试方法写在这里
}

2. 确认Pact版本兼容性 #

有些旧版本的Pact-JVM对@DefaultRequestValues的支持有bug，建议升级到最新的稳定版本（比如4.x或5.x系列），确保注解能被正确解析。

3. 手动添加默认请求值作为兜底 #

如果注解还是不生效，可以在测试类里手动写一个默认头部方法，在每个Pact配置里调用：

@Pact(provider = "user-service", consumer = "ios-client")
public RequestResponsePact createInvalidUserPact(PactDslWithProvider builder) {
    return builder
        .given("User with id NOPE does not exist")
        .uponReceiving("Request for a non-existent user")
        .path("/users/NOPE")
        .headers(getDefaultHeaders()) // 调用自定义的默认头部方法
        .method("GET")
        .willRespondWith()
        .status(404)
        .body("{\"code\": \"USER_NOT_FOUND\", \"message\": \"User not found\"}")
        .toPact();
}

private Map<String, String> getDefaultHeaders() {
    Map<String, String> headers = new HashMap<>();
    headers.put("Content-Type", "application/json");
    headers.put("Accept", "application/json");
    // 这里可以添加其他默认头部
    return headers;
}

4. 排查冲突配置 #

如果你的测试类里还有自定义的PactProviderRule之类的配置，可能会覆盖@DefaultRequestValues的设置，要确保这些配置之间没有冲突，或者在规则里也加入默认请求头。

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