Rolldown项目中的AST解析兼容性问题与优化方案

在Rolldown项目的开发过程中，我们发现其内置的AST解析器与Rollup存在一些行为差异。本文将深入分析这一技术问题，并探讨最优的解决方案。

问题背景

Rolldown的parseAst函数默认没有设置两个关键参数：

1. preserveParens: false
2. convertSpanUtf16: true

这导致其输出结果与Rollup的parseAst存在差异。在rolldown-vite项目中，开发者不得不手动设置这些参数来确保下游依赖正常工作。

技术考量

兼容性与性能的权衡

当前面临的核心矛盾是：

• 兼容性优先：保持与Rollup一致的行为，方便生态迁移
• 性能优先：采用更高效的默认配置，提升构建速度

Oxc解析器的优化路线

Oxc团队正在实施多项性能优化：

1. JSON序列化速度提升约25%
2. 计划增加选项排除TS相关字段，减少AST体积
3. 优化UTF8到UTF16的转换效率，当前会带来约10%的性能开销

解决方案演进

初始方案讨论

1. 直接对齐Rollup：最简单直接的兼容方案
2. 新增兼容选项：通过compat参数控制是否对齐Rollup
3. 分离API设计：在实验性API中提供原始解析器

最终决策

经过讨论，团队决定：

1. 在核心API中默认对齐Rollup行为
2. 通过Oxc的持续优化来缓解性能影响
3. 保留未来提供高性能专用API的可能性

技术实现细节

AST解析的关键参数

1. preserveParens：控制是否保留源代码中的括号信息
2. convertSpanUtf16：控制位置信息使用UTF8还是UTF16编码

插件系统影响

确认this.parseAPI将保持与Rollup的兼容性，不会在短期内废弃，这对插件开发者是个重要保证。

未来展望

随着Oxc解析器的持续优化，预计：

1. TS字段排除将显著减少AST体积
2. UTF16转换效率将大幅提升
3. 可能引入更轻量级的解析API选项

这一系列改进将使Rolldown在保持兼容性的同时，逐步提升构建性能。