MSW.js 中 got 请求与压缩中间件冲突问题解析

问题背景

在 Node.js 开发中，Mock Service Worker (MSW) 是一个流行的 API 模拟工具，它允许开发者在浏览器和 Node.js 环境中拦截网络请求。近期发现了一个与 HTTP 请求库 got 和压缩中间件相关的特殊问题。

问题现象

当开发者在 Express 服务器上同时使用 MSW 和压缩中间件时，如果满足以下条件，就会出现请求挂起的问题：

1. 服务器启用了压缩中间件
2. 响应体足够大，触发了压缩
3. 客户端使用 got 库发送请求

具体表现为：在 MSW 服务器未启动时，got 和 fetch 请求都能正常工作；但当 MSW 服务器启动后，只有 fetch 请求能正常返回，got 请求会无限挂起。

技术分析

这个问题涉及到几个关键技术点：

1. HTTP 压缩机制：当响应体超过一定大小时，服务器会自动启用压缩（如 gzip/deflate）来减少传输数据量。

2. 请求库差异：got 和 fetch 在处理压缩响应时的行为有所不同。got 是一个功能更丰富的 HTTP 客户端，而 fetch 是浏览器原生 API 的 Node.js 实现。

3. MSW 拦截机制：MSW 通过拦截底层 HTTP 模块来模拟 API 响应，这种拦截可能会影响某些特定情况下的请求处理流程。

根本原因

问题的核心在于 MSW 目前对压缩响应体的处理还不够完善。当 got 发送请求并期望接收压缩响应时，MSW 的拦截层可能无法正确处理这种场景，导致请求流程中断。

解决方案

MSW 团队已经意识到这个问题，并正在从两个层面进行改进：

1. 底层依赖升级：等待 Undici（Node.js 的 HTTP 客户端实现）暴露其编码工具，这将为正确处理压缩响应提供基础支持。

2. 拦截器改进：MSW 的拦截器层将集成这些编码工具，确保能够正确处理各种编码（包括压缩）的响应体。

临时解决方案

在官方修复发布前，开发者可以采取以下临时措施：

1. 对于测试场景，可以暂时禁用压缩中间件
2. 或者统一使用 fetch 替代 got 来发送请求
3. 减小响应体大小，避免触发压缩

最佳实践建议

1. 在测试环境中保持一致的请求库使用
2. 监控 MSW 的版本更新，及时升级到包含此修复的版本
3. 对于关键路径的 API 测试，考虑添加超时处理和错误恢复机制

总结

这个问题展示了在 Node.js 生态系统中，不同库之间的交互可能产生的微妙问题。MSW 团队正在积极解决这个压缩响应处理的问题，未来版本将提供更稳定可靠的支持。开发者在使用类似技术组合时，应当注意这些潜在的兼容性问题，并保持对相关库更新的关注。