Buck2 评测：Meta 的 Rust 重写构建系统，快在哪里，又坑在哪里
构建系统，巴克的后继者。但这些词对于构建系统的真正含义是什么？为什么您会对它们感兴趣？
秒懂
- 它是什么？
- Buck2 是 Meta 用 Rust 重写的多语言构建系统，宣称比 Buck1 快 2 倍，但尚无可用的稳定版本。本文从实际机制、上手方式和已知限制出发，帮你判断它是否值得现在采用。
- 适合谁用？
- Buck2 适合那些已经在使用 Buck1 或 Bazel、并且愿意接受频繁变更的团队，尤其是需要跨语言依赖和远程执行的大型仓库。不适合追求稳定、希望开箱即用的个人开发者或小团队，因为目前没有稳定版本，本地构建也不具备密封性。
- 能商用吗？
- 可以。Apache-2.0 是宽松许可证：你可以使用、修改并销售基于它的软件，只需保留版权和许可证声明。
- 还在维护吗？
- 在维护。仓库在最近一天内有新的提交。
- 用什么语言写的？
- 主要是 Rust（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
Buck2 要解决的是什么问题
大多数构建系统只擅长一种语言，或者需要你手动拼接多个工具。Buck2 的目标是成为单一工具，统一处理 Python、OCaml、Rust 等语言的构建、测试和集成。它直接继承 Buck1，但用 Rust 重写核心。README 给出的性能数据是：比 Buck1 快最多 2 倍，但注释里明确说这个数字来自 Meta 内部对比，与 Bazel 的公平比较尚未进行。所以别把这个数字当成普适结论，它只是内部迁移的参考。
核心机制：密封性、远程执行与文件系统虚拟化
Buck2 的密封性依赖远程执行。它使用与 Bazel 相同的 Remote Execution API，因此 BuildBarn、BuildBuddy、EngFlow、NativeLink 这些现有方案都能直接接入。在远程执行模式下，构建规则必须声明所有输入，漏掉一个头文件就会构建失败。但 README 明确承认，本地构建目前没有沙箱，所以本地并不密封。文件系统虚拟化和文件监听是为超大型仓库设计的，减少扫描整个仓库的开销。核心可执行文件与语言无关，连 C/C++ 支持都是作为库实现的，这意味着你可以从零写自己的语言支持。
上手方式：下载二进制，没有稳定版本
安装很简单：从 GitHub Releases 下载 bimonthly 版本或 latest 标签的预编译二进制。latest 跟随每次 push 更新，所以它始终代表最新提交。也可以用 dotslash 在仓库里放一个文本文件，自动拉取对应平台的二进制。官方推荐跟踪 HEAD，因为 Meta 内部就是这么用的。但 README 警告说，现在没有稳定版本，功能有缺失，部分 Buck1 工具链还没迁移，你需要自己处理不少粗糙的边缘。
BXL：用脚本自省构建图
Buck Extension Language（BXL）是 Buck2 的一个亮点。它允许你编写脚本去检查构建图，并触发构建动作。这比传统构建系统提供的固定查询命令更灵活。比如你要生成编译数据库或实现 LSP 支持，BXL 可以直接访问图结构，而不是靠解析输出。这是一个具体的机制，不是抽象承诺。但文档没有给出 BXL 的完整语法示例，所以实际编写脚本的学习曲线有多陡，目前无法从材料中确认。
与 Bazel 和 Pants 的差异：不是换皮
如果你熟悉 Buck1、Bazel 或 Pants，Buck2 的概念会让你觉得熟悉。但差异在于实现细节。Bazel 的核心是 Java，Buck2 是 Rust，这直接影响启动时间和内存占用。Buck2 的远程执行 API 与 Bazel 兼容，这意味着你可以用同一套基础设施。但 Buck2 的密封性只保证在远程执行下成立，而 Bazel 在本地默认也有沙箱。这是一个关键区别：如果你不能使用远程执行，Buck2 的密封性优势就不存在。另外，Buck2 的语言无关核心比 Bazel 更彻底，Bazel 的规则也是 Starlark，但核心仍包含许多语言相关的逻辑。
已知限制与失败模式
最明显的限制是本地构建不密封。如果你只在本地跑，没有远程执行，那么输入声明不完整时构建不会失败，这会让“在我机器上能编译”的问题继续存在。README 说希望短期内解除这个限制，但没说具体时间。另一个问题是版本不稳定：没有稳定发布标签，功能在变，工具链在补。如果你依赖某个特定行为，升级可能破坏构建。还有一点，Buck2 的 prelude 是 Meta 内部使用的代码，但 Meta 还有大量内部 Starlark 代码没有公开，所以你无法获得完整的内部体验。
维护与升级成本，许可证注意事项
项目采用 Apache-2.0 许可证，README 徽章显示 MIT OR Apache-2.0，但仓库描述明确写 Apache-2.0。以 Apache-2.0 使用是安全的，但如果你修改了 prelude 并分发，需要注意保留版权声明。维护成本方面，由于没有稳定版本，你需要持续跟踪更新。README 建议提交 bug 报告，这暗示项目欢迎外部反馈，但也意味着你要花时间适应变化。升级不是可有可无的，因为官方推荐跟随 HEAD，所以你的构建配置可能需要频繁调整。
编辑结论
Buck2 适合那些已经在使用 Buck1 或 Bazel、并且愿意接受频繁变更的团队，尤其是需要跨语言依赖和远程执行的大型仓库。不适合追求稳定、希望开箱即用的个人开发者或小团队，因为目前没有稳定版本，本地构建也不具备密封性。在采用前，你应先检查你的目标语言工具链是否已在 prelude 中提供，并准备好跟踪 HEAD 版本，因为 README 明确建议以最新提交为基准。如果你需要本地密封构建，建议等待后续版本或继续使用 Bazel。
社区笔记