Rspack 打包工具

解决什么问题

在大型前端工程中，webpack 的构建耗时和内存占用常成为 CI 与本地开发的瓶颈。直接迁移到 Vite、Rollup、esbuild 等工具意味着重写 webpack.config.js、调整 module.rules、重选 loaders，并重新验证代码分割与微前端方案，成本很高。

Rspack 想解决的是“既要性能，又要兼容”的矛盾：让团队保留既有 webpack 心智与配置，同时获得 Rust 实现带来的构建加速。

技能如何工作

• 核心能力：用 Rust 重写打包核心，保持 webpack API compatibility，目标是 drop-in webpack replacement。
• 配置路径：工程仍按 webpack 的 entry、output、module、plugins 等概念组织；现有 webpack plugins 与 loaders 可继续接入，减少迁移改造。
• 构建能力：提供 dramatically faster build times，并在构建链路中支持 first-class Module Federation。
• 适用方式：适合作为现有 webpack 项目的替代入口，先替换 bundler 配置，再逐步验证业务构建产物与运行时行为。

适用边界与注意点

• 它解决的是构建工具性能与 webpack 生态兼容问题，不会自动优化业务代码本身，也不会替代对 react、vue、typescript 等工具链的调优。
• 即便声称 drop-in replacement，实际项目仍应回归验证 publicPath、chunk hash、异步 chunk、source map、环境变量注入和插件执行顺序。
• 使用 Module Federation 时，应单独验证远程入口、共享依赖和版本协商，因为这些行为可能受项目配置影响。
• 上游资料提到存在 requirements and caveats；接入前应结合目标项目环境核对官方文档与最新说明。