Nock库中请求重试时因重复头值导致拦截失败的解决方案

问题背景

Nock是一个流行的Node.js HTTP请求模拟库，用于测试中拦截和模拟HTTP请求。在最新版本的Nock(14.0.0-beta.8及以上)中，开发者发现了一个关于请求重试时拦截失效的问题。

问题现象

当使用Fetch API进行HTTP请求并实现重试逻辑时，如果多次请求复用同一个Headers对象，Nock无法正确拦截后续的重试请求。具体表现为：

1. 第一次请求能够被正常拦截
2. 后续重试请求会抛出"No match for request"错误
3. 问题仅在Nock 14.0.0-beta.8及以上版本出现，beta-7及以下版本工作正常

问题复现

典型的测试场景如下：

describe("重试请求测试", () => {
    test("应抛出预期HTTP错误", async () => {
        nock("https://api.test.com", {
            reqheaders: {
                "Content-Type": "application/json"
            }
        })
        .get("/data")
        .times(2)  // 预期拦截两次
        .reply(500);

        const headers = new Headers({ "Content-Type": "application/json" });
        await expect(getData("https://api.test.com/data", headers, 2))
            .rejects.toThrow("Network Issue");
    });
});

async function getData(url: string, headers: Headers, retry: number) {
    for (let i = 0; i < retry; i++) {
        const response = await fetch(url, { headers });
        if (response.ok) return response.json();
    }
    throw new Error("Network Issue");
}

问题根源

经过分析，问题的根本原因在于：

1. Nock在14.0.0-beta.8版本中对头信息处理逻辑进行了优化
2. 当同一个Headers对象被多次用于Fetch请求时，Nock会认为头信息值重复
3. 这种重复触发了Nock的请求匹配机制失效，导致后续请求无法被正确拦截

临时解决方案

在Nock官方修复此问题前，开发者可以采用以下临时解决方案：

1. 为每次请求创建新的Headers对象

async function getData(url: string, headers: Headers, retry: number) {
    for (let i = 0; i < retry; i++) {
        // 每次创建新的Headers对象
        const newHeaders = new Headers(headers);
        const response = await fetch(url, { headers: newHeaders });
        if (response.ok) return response.json();
    }
    throw new Error("Network Issue");
}

2. 降级到Nock 14.0.0-beta.7版本

npm install nock@14.0.0-beta.7

官方修复

Nock团队已经确认此问题，并在14.0.0-beta.11版本中修复。建议开发者升级到最新版本：

npm install nock@14.0.0-beta.11

最佳实践

为避免类似问题，建议在编写测试时：

1. 明确指定预期的请求次数，使用.times()方法
2. 对于重试逻辑，确保每次请求都有独立的头信息对象
3. 在测试中验证请求确实按预期次数执行

总结

HTTP请求模拟是测试中的重要环节，Nock作为Node.js生态中的主流解决方案，其版本更新可能会引入行为变化。开发者应当关注版本变更日志，并在升级后全面运行测试套件。对于请求重试等特殊场景，更应仔细验证拦截逻辑是否按预期工作。