1. 背景与动机
近几年，JavaScript 工具链正站在一次重要的代际更替前。Oxc 官网用一句话点明了当下的主旋律：
We are in The Third Age of JavaScript, the common trend right now is to author JavaScript tools in Rust or Go for their performance gains.
在"第三时代"的帷幕下，性能与工程效率成为工具的首要诉求，也催生了以 Rust 为核心实现的现代化方案。Oxc 家族与 Biome正是在这一背景下走到台前：二者同样追求速度、稳定与一致的开发体验，却在目标边界、架构路径与生态侧重点上各有取舍。本文将围绕这些维度，梳理它们的共性与差异，并给出不同团队与场景下的选型参考。
2. 定位与生态位对比
- Biome：面向终端开发者的一体化工具，整合解析、格式化、Lint、LSP/守护进程、缓存与配置。核心价值是把"多引擎协同问题"收敛为"单引擎一体化体验"，在编辑器内提供稳定、可预期的再打印与自动修复。
- Oxc 家族：面向工具作者与终端用户的"编译器式基础设施 + 成品工具"。在库层提供 parser、AST、语义分析、变换、压缩与代码生成；在终端以 Oxlint 覆盖高速 Lint 需求，强调静态链接、并行与低分配。
- 竞争与错位：Lint 领域直接竞争；格式化、LSP、守护进程与统一配置上 Biome 更强；AST 变换、压缩与 codegen 等编译器任务上 Oxc 更适配。
3. 底层原理差异与成因
Biome 与 Oxc 在底层做出的关键取舍，直接决定了各自更擅长的场景与产品形态。
3.1 语法树与解析模型
Biome 以 rowan 的红/绿树为核心，先生成无损 CST（完整保留空白与注释），再提供 typed AST 视图给 Lint 与 Formatter 使用。这样做的原因在于 IDE 场景需要稳定的增量编辑与可逆再打印：只有无损信息与持久化数据结构，才能在频繁的小改动下保持结果一致、可预测。
Oxc 则以 arena 分配的 typed AST 为中心，注释与空白通过旁路结构维护。其动机是把遍历开销、内存占用与改写成本降到最低，更契合变换、压缩、代码生成等"编译器式任务"。
3.2 内存布局与对象生命周期
Biome 依赖持久化树与结构共享，节点小而多，适合局部更新；配合常驻守护进程在内存中长期保存解析结果与索引。这是为交互式开发服务的设计：数据需要在多次操作间稳定存在。
Oxc 使用 bump/arena 一次性分配，处理完文件即可整体释放，减少分配与回收的总成本；跨文件并行由线程/进程调度承担。这更符合 CI 和大仓库的批处理模式。
3.3 错误恢复与诊断粒度
Biome 的容错解析会尽力产出完整 CST，并保留出错上下文与 trivia，使诊断与自动修复可以在 token 级别精确落点，保证编辑器内"边写边看"的体验。
Oxc 的错误恢复旨在尽快获得可用的 AST 以继续语义分析与变换，优先保证下游流水线的正确性与吞吐。
3.4 增量与缓存策略
Biome 借助红/绿树天然支持增量重解析，守护进程维护文件图与缓存，代码变更只触发最小受影响子树，极大降低交互延迟。
Oxc 更偏向文件粒度的并行与缓存，弱化细粒度增量，用水平扩展与 I/O 吞吐来优化全量扫描的总时间。
3.5 格式化与再打印路径
Biome 的格式化直接基于无损 CST，能够最大化保留注释与语义性排版，输出确定、可预测，适合"安全修复 + 所见即所得"。
Oxc 常以变换配合 codegen 统一风格，在压缩场景优先短小与确定性，而不是保守保留原始排版。
3.6 可扩展性与 API 取向
Biome 更强调受控的一体化体验，目前以官方规则与内置能力为主，谨慎开放插件接口，以换取性能确定性与一致的默认体验。
Oxc 则是"库优先"的基建取向：parser、semantic、transform、minifier、codegen 都可单独引入或拼装，既能产出成品工具（如 Oxlint），也能被其他工具二次开发复用。
4. 语法树策略
- Biome：rowan 风格无损 CST + 红/绿树。
- 无损保留空白与注释（trivia），支持稳定再打印与安全修复。
- 红/绿两层表示支持不可变持久化与结构共享，天生适配增量编辑与 LSP。
- Oxc：arena 分配的 typed AST。
- 聚焦语义表达、分析与变换效率；注释/空白以旁路结构处理。
- "有损排版信息"换取内存与访问开销的大幅下降，适合压缩、变换与 codegen。
行为差异：Biome 在修复与再打印时更好地保持注释与排版细节；oxc 更适合"语义正确 → 统一打印"的流水线，处理大规模重写与压缩更高效。
5. Lint 能力与规则系统
- Biome：Lint 与 LSP 深度结合。规则执行、诊断展示与自动修复共享同一棵无损语法树与缓存，强调默认体验的一致性与确定性。编辑器中可即时预览修复，格式化与 Lint 协同良好。
- oxlint：面向吞吐的规则执行（静态分发、低分配、并行）。覆盖常见 ESLint 规则类别并提供自动修复，目标是在不依赖完整类型系统的前提下交付高质量检查。类型相关诊断推荐交由 tsc。
迁移建议：先启用推荐规则集，对比差异后再点状补齐或为个别目录保留旧工具兜底，以最低风险平滑过渡。
7. 小结：如何选
- 优先一体化、最低心智负担、IDE 内稳定的增量反馈 → 选 Biome。
- 追求极快 Lint 与批处理吞吐，或需要 AST 变换/压缩/codegen 的可编程基础设施 → 选 Oxc。
- 混用实践：IDE 用 Biome（格式化 + 交互式 Lint），CI 用 Oxlint（全库快速扫描）。务必只保留一个 formatter，避免重复规则。