Node-Nock 项目在JSDOM环境中遇到的兼容性问题分析

背景介绍

Node-Nock 是一个流行的 Node.js HTTP 模拟库，在测试中广泛用于拦截和模拟 HTTP 请求。近期在 beta 8+ 版本中，用户报告了在 JSDOM 测试环境下运行时出现的兼容性问题。

问题现象

当测试环境设置为 JSDOM 时，系统会抛出两个主要错误：

1. TextEncoder 未定义：这是由于 JSDOM 环境缺少 TextEncoder 全局变量导致的
2. 无法找到 @mswjs/interceptors/presets/node 模块：尽管该模块确实存在于 node_modules 中

技术分析

根本原因

问题的核心在于 Node-Nock 14.0.0-beta.8 版本开始使用了 @mswjs/interceptors 作为底层拦截机制。这个库采用了条件导出机制：

• 在 Node.js 环境中使用 node 预设
• 在浏览器环境中使用 browser 预设

当测试环境模拟浏览器环境（如 JSDOM）时，模块解析系统会尝试加载 browser 预设，但 Node-Nock 内部硬编码引用了 node 预设路径，导致兼容性问题。

环境差异

1. Node 环境：正常运行，因为所有依赖都能正确解析
2. 纯 JSDOM 环境：缺少 TextEncoder 全局变量
3. 扩展 JSDOM 环境：解决了 TextEncoder 问题后，又遇到模块解析问题

解决方案

官方建议

Node-Nock 团队目前主要专注于 Node.js 环境和 fetch API 支持，尚未正式支持浏览器环境。这意味着在浏览器或 JSDOM 环境中使用可能存在兼容性问题。

临时解决方案

1. 修改 Jest 配置：通过 testEnvironmentOptions 自定义导出条件

   module.exports = {
     testEnvironmentOptions: {
       customExportConditions: ['browser', 'node']
     }
   }
   

2. 模块路径映射：使用 moduleNameMapper 重定向模块路径

   module.exports = {
     moduleNameMapper: {
       '@mswjs/interceptors/presets/node': '<path_to_preset>'
     }
   }
   

3. 自定义解析器：实现一个自定义的 Jest 解析器来处理特殊模块路径

技术建议

1. 环境检测：在测试代码中明确环境要求，避免在不受支持的环境中运行
2. 依赖检查：定期检查依赖库的兼容性声明
3. 隔离测试：将需要模拟 HTTP 的测试与纯逻辑测试分开，使用不同的测试环境

总结

Node-Nock 在向现代化架构演进过程中，依赖了更底层的拦截器库，这带来了功能增强但也引入了新的环境兼容性挑战。开发者在使用 beta 版本时需要特别注意环境配置问题，并根据实际需求选择合适的解决方案。对于关键业务场景，建议等待稳定版本发布或采用已知稳定的旧版本。