Bun 专题总览
Bun 最容易让人误判的地方，是它看起来像一个工具名，实际却横跨了好几层：
Bun 的定位与主线能力
Bun 官方首页对它的描述非常直接：它是一套 all-in-one toolkit，用来开发现代 JavaScript / TypeScript 应用。这个说法听起来很大，但放到实际工程里，最重要的是先把它拆开看。
包管理、bunx 与脚本执行
对很多前端项目来说，Bun 最容易先落地的一层不是 runtime，而是包管理和脚本执行。
运行时与服务端能力
Bun 的另一半吸引力，在 runtime。
测试能力与 bun test
Bun 自带 test runner，这让很多项目在看它时，不会只停在 bun install。
Bundler 与构建能力
Bun 自己也带 bundler。这一层更适合放在“补充构建路线”里看，而不是一上来就替代现有前端主线。
Workspaces、Docker 与 CI
Bun 一旦进入团队项目，这三层通常很快就会出现：
bunfig.toml 配置文件
很多团队在把 Bun 真正接进项目后，很快会遇到一个问题：
兼容性、迁移与采用策略
Bun 最值得认真看的，不是单看“快不快”，而是适合从哪一层切进去。
Bun Shell、脚本与进程能力
Bun 最先被注意到的，往往是 bun install。但很多脚本仓库和工程工具仓库真正开始认真看它，通常是因为另一层能力：
Bun 与 Node、pnpm、Vite、Vitest 的对照
Bun 很容易被拿来和很多工具一起比较，但这些比较经常不是同一层：