Nock 拦截 Stripe SDK HTTP 请求导致挂起问题解析

问题现象

在使用 Nock 测试框架时，当项目中同时引入 Stripe Node.js SDK 后，所有通过 Stripe SDK 发起的 HTTP 请求都会出现挂起现象。这个问题特别出现在 Nock v14.0.0-beta.8 及更高版本中，而在 v14.0.0-beta.7 及之前的版本中则工作正常。

问题根源

经过技术分析，发现该问题源于 Nock 新版本中引入的请求拦截机制与 Stripe SDK 的特殊 HTTP 请求实现方式之间的不兼容性。具体来说：

1. Stripe SDK 在 NodeHttpClient.ts 文件中采用了非标准的 HTTP 请求方式
2. 新版本 Nock 基于 mswjs/interceptors 实现拦截功能，无法正确处理在 connect 事件内部调用 req.end 的情况
3. 这种实现方式导致了请求无法被 Nock 正确捕获和处理

技术背景

在 Node.js 的 HTTP 模块中，请求通常遵循标准的创建和发送流程。然而，一些库（如 Stripe SDK）为了优化性能或实现特殊功能，可能会采用非标准的请求方式。Nock 作为 HTTP 请求模拟工具，需要能够识别和拦截这些变体请求。

解决方案

针对这一问题，社区提供了几种可行的解决方案：

方案一：修改 Stripe SDK 初始化方式

在测试环境中，强制 Stripe SDK 使用 Fetch API 而非默认的 HTTP 模块：

const stripe = new Stripe(apiKey, {
  httpClient: Stripe.createFetchHttpClient(fetch)
});

方案二：使用请求头强制刷新

在发起请求前显式调用 req.flushHeaders()，确保 Nock 能够捕获请求：

req.flushHeaders();

方案三：创建 Fetch 包装器

为了解决某些测试环境中 this 绑定问题，可以创建一个 Fetch 包装器：

const passthroughFetch = (...args) => fetch(...args);

const stripe = new Stripe(apiKey, {
  httpClient: Stripe.createFetchHttpClient(passthroughFetch)
});

最佳实践建议

1. 在测试环境中保持与生产环境一致的 HTTP 客户端实现
2. 优先使用 Fetch 客户端而非混合使用不同 HTTP 实现
3. 对于关键业务逻辑，考虑增加请求超时处理机制
4. 定期检查 Nock 和 Stripe SDK 的版本兼容性

总结

HTTP 请求拦截是现代测试框架中的重要功能，但不同库的实现方式差异可能导致兼容性问题。通过理解底层机制和采用适当的解决方案，开发者可以确保测试环境的稳定性和可靠性。对于使用 Stripe SDK 的项目，建议采用 Fetch 客户端作为统一的解决方案，既能保证测试通过，又能维持代码一致性。