Rspack 1.2.0 版本深度解析:性能优化与新特性全览
2025-06-04 07:17:15作者:幸俭卉
Rspack 是一个基于 Rust 的高性能前端构建工具,它结合了 Webpack 的生态优势和 Rust 语言的性能特点。在 1.2.0 版本中,Rspack 团队带来了多项重大改进,包括显著的性能提升、持久化缓存支持、编译器构建器初始化等核心功能增强,以及众多错误修复和文档完善。
性能优化全面升级
1.2.0 版本在性能方面做出了多项重要改进:
构建效率提升:
- 忽略 node_modules 目录的文件监听,减少不必要的文件系统操作
- 计算受影响的 chunk graph 模块时采用增量方式,避免全量重建
- 并行化副作用优化处理,充分利用多核 CPU 资源
- 持久化缓存采用多线程处理,提高缓存读写效率
内存优化:
- 减少 CachedSource 的内存消耗
- 优化 rspack-sources 的 substring 操作性能
- 改进大型 JSON 处理的导出标记依赖插件性能
二进制体积优化:
- 移除 tokio-console 减少二进制大小
- 升级 miette 到 v7 版本减小体积
- 移除 Node.js 版本检查器减少 CLI 体积
这些优化使得 Rspack 在大型项目中的构建速度更快,内存占用更低,特别是在增量构建场景下表现尤为突出。
核心新特性解析
持久化缓存支持
1.2.0 版本引入了完整的持久化缓存功能,这是本版本最重要的特性之一:
- 支持将构建结果缓存到文件系统,显著提升重复构建速度
- 缓存存储支持移动锁文件,避免并发问题
- 生产模式下会等待缓存保存完成,确保缓存完整性
- 支持通过 config.mode 和 config.name 使缓存失效
- 添加缓存错误追踪,便于问题排查
- 支持从模块图中重新生成依赖关系
持久化缓存可以大幅减少重复构建时间,特别适合 CI/CD 环境和大型项目开发。
编译器构建器初始化
新版本开始引入编译器选项构建器模式:
- 提供更友好的 API 来初始化编译器选项
- 支持按顺序配置内置插件选项
- 支持 devtool、externals、optimization 等核心配置
- 最终通过 Compiler::builder 方法暴露给用户
这种构建器模式使得配置 Rspack 更加直观和类型安全,为未来的 API 设计奠定了基础。
代码分割优化
代码分割算法得到显著改进:
- 基于模块路径相似性拆分大 chunk
- splitChunks.cacheGroups.filename 支持函数配置
- 支持 optimization.avoidEntryIife 配置避免入口包裹函数
- 引入更快的代码分割算法(实验性)
这些改进使得打包结果更加优化,减少了不必要的代码重复。
其他重要改进
模块系统增强
- 支持 Yarn PnP 工作流
- 添加 exports info 绑定 API
- 支持 module.generator.outputPath 配置
- 改进模块图连接 JS API
- 支持自定义 JSON 类型解析器
错误修复
- 修复外部模块移出初始 chunk 的问题
- 修正 CSS 转义处理
- 修复 assetEmitted 钩子的文件名传递错误
- 修复模块连接中的动态导出信息问题
- 修正 importModule 错误处理
文档完善
- 新增持久化缓存文档
- 完善 LoaderContext API 文档
- 添加 loader API 概览页
- 更新 CLI 文档
- 新增常见问题解答
开发者体验改进
1.2.0 版本还包含多项开发者体验改进:
- 添加 rspack_version 宏获取版本信息
- 支持在 JS 端设置构建信息
- 添加 tracing 工具支持性能分析
- 支持 debug IDs 便于问题追踪
- 改进错误信息和警告提示
总结
Rspack 1.2.0 版本标志着该项目在性能和功能上的重大飞跃。持久化缓存的引入解决了大型项目构建速度的瓶颈问题,编译器构建器的设计为未来的 API 演进打下了良好基础,而全方位的性能优化则进一步巩固了 Rspack 作为高性能构建工具的地位。
对于现有用户,建议重点关注持久化缓存功能的集成,这可以带来最直接的构建效率提升。对于新用户,现在正是评估和采用 Rspack 的良好时机,特别是在中大型前端项目中,其性能优势将更加明显。
随着 Rust 在前端工具链中的普及,Rspack 正在成为连接 Webpack 生态和下一代构建工具的重要桥梁,1.2.0 版本的发布使其在这条道路上又迈出了坚实的一步。
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
GLM-4.7-FlashGLM-4.7-Flash 是一款 30B-A3B MoE 模型。作为 30B 级别中的佼佼者,GLM-4.7-Flash 为追求性能与效率平衡的轻量化部署提供了全新选择。Jinja00
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin07
compass-metrics-modelMetrics model project for the OSS CompassPython00
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
522
3.71 K
Ascend Extension for PyTorch
Python
327
384
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
875
576
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
334
161
暂无简介
Dart
762
184
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.32 K
744
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
1
React Native鸿蒙化仓库
JavaScript
302
349
华为昇腾面向大规模分布式训练的多模态大模型套件,支撑多模态生成、多模态理解。
Python
112
134