Rollup项目中使用undici模块时的打包问题分析与解决方案

问题背景

在使用Rollup打包工具构建Node.js项目时，当引入undici这个HTTP/1.1客户端库时，开发者可能会遇到两个典型的打包问题：

1. 打包过程中意外包含了node:sqlite模块
2. 出现关于websocket工具模块的循环依赖警告

问题现象分析

当项目中使用undici作为fetch API的替代实现（特别是需要使用其ProxyAgent功能时），Rollup在打包过程中会报告以下问题：

1. 未解析依赖警告：Rollup提示无法处理node:sqlite模块，这是因为undici内部可能间接依赖了Node.js内置的SQLite模块
2. 循环依赖警告：undici内部的websocket相关模块(util.js和connection.js)存在相互引用关系

技术原理

Node.js内置模块处理

Rollup默认会将所有导入的模块尝试打包，但对于Node.js内置模块（特别是带有node:前缀的模块），这些模块实际上不应该被打包，而应该在运行时从Node.js环境中获取。

循环依赖问题

循环依赖是指模块A依赖模块B，同时模块B又依赖模块A的情况。虽然JavaScript运行时能够处理这种情况，但它可能导致初始化顺序问题，因此构建工具通常会发出警告。

解决方案

针对node:sqlite问题

1. 使用node-resolve插件的preferBuiltins选项： 在rollup.config.js中配置：

   import nodeResolve from '@rollup/plugin-node-resolve';
   
   export default {
     plugins: [
       nodeResolve({
         preferBuiltins: true
       })
     ]
   }
   

2. 显式声明外部依赖： 在配置文件中明确指定哪些模块应该保持外部引用：

   export default {
     external: ['node:sqlite']
   }
   

针对循环依赖警告

1. 忽略特定警告： 循环依赖警告通常不会影响功能，可以选择忽略：

   export default {
     onwarn(warning, warn) {
       if (warning.code === 'CIRCULAR_DEPENDENCY') return;
       warn(warning);
     }
   }
   

2. 使用日志过滤： 在命令行中使用--filterLogs选项过滤特定类型的警告

性能考虑

需要注意的是，将undici这样的较大库打包进最终产物会显著增加包体积（约500KB）。对于Node.js项目，更合理的做法可能是：

1. 将undici作为普通依赖而非打包依赖
2. 使用Node.js原生的fetch API（如果版本支持）
3. 考虑使用更轻量级的HTTP客户端库

替代方案

如果主要目的是解决Rollup打包问题，可以考虑使用rolldown（Rust实现的Rollup兼容工具），它对此类问题的处理方式略有不同。但需要注意rolldown仍处于早期开发阶段，可能不适合生产环境。

总结

处理Node.js特定模块的打包问题需要理解Rollup的工作原理和Node.js模块系统的特点。通过合理配置构建工具和权衡打包策略，可以有效地解决这类问题，同时保持应用的性能和可维护性。