BU
SOFTWARE

Bun

Bun 是面向 JavaScript 与 TypeScript 的一体化开发工具,集运行时、包管理器、脚本和测试运行器、打包器以及 bunx 包执行器于单个二进制文件。

版本 1.3.14Windows x64/ARM64macOS Intel/Apple SiliconLinux x64/ARM64MIT 核心;JavaScriptCore、WebKit 与链接组件采用各自许可证

适合做什么

Bun 适合用一个命令行工具运行 JavaScript/TypeScript、安装 npm 依赖、执行 package 脚本与测试、打包前端或服务端代码,并通过 bunx 运行包。它强调速度和 Node.js 兼容,但不能替代项目自身的兼容性与生产回归测试。

当前版本与平台

1.3.14 是 2026-05-13 发布的当前稳定版。官方提供 Windows、macOS、Linux 的 x64 与 ARM64 构建,并为旧 x64 CPU 提供 baseline 版本;项目 README 将 Windows、macOS 和 Linux 列为正式支持平台。

运行权限、依赖与许可边界

Bun 不是权限沙箱,安装脚本、项目脚本和 bunx 包能以当前用户权限访问系统。迁移前要固定版本、提交锁文件、审查生命周期脚本并验证原生模块。Bun 核心采用 MIT,但二进制静态链接 JavaScriptCore、WebKit 和其他多许可证组件,再分发时应保留完整 notices 和相应义务。

维护记录

本页于 2026-08-06 根据 Bun 1.3.14 发布资产、官方安装和工具说明、Node 兼容目标、CPU 与系统要求以及许可证清单复核。

DOWNLOAD

选择下载方式

链接最近检查:2026-08-06

下载前请核对资源版本和授权范围。本站不提供破解软件及未经授权的资料。

GUIDE

Bun 1.3.14 安装、项目试跑与兼容性验证教程

下面使用直接下载的稳定版二进制创建隔离测试项目,验证依赖锁定、脚本、测试和构建,再决定是否替换现有 Node.js 工具链。

安装前准备

  • 准备 Windows、macOS 或 Linux 对应 CPU 架构;较旧 x64 CPU 应选择 baseline 构建,Linux 推荐内核 5.6 以上且最低为 5.1。
  • 复制现有项目到独立分支或测试目录,保留原 Node.js 版本、锁文件和 CI 基线。
  • 清理终端中的生产密钥,第三方安装脚本和 bunx 包都按本机用户权限执行。
01

安装步骤

  1. 01

    选择稳定版与正确架构

    下载 1.3.14 对应 Windows、macOS 或 Linux ZIP,按 x64、ARM64 及 CPU 指令集选择普通或 baseline 构建。不要将 canary 当作生产稳定版。

  2. 02

    验证版本和可执行路径

    解压到受控工具目录,把该目录加入当前用户 PATH,重新打开终端后核对版本与实际可执行文件位置,避免同时命中旧安装。

  3. 03

    在隔离目录安装依赖

    先保存现有锁文件和依赖树,再使用 Bun 安装。检查锁文件变更、解析来源、生命周期脚本和私有仓库认证,不直接在生产工作区首次尝试。

02

快速上手

  1. 01

    运行脚本与测试套件

    对照原工具执行 package 脚本和完整测试,比较退出码、快照、时间、内存及网络行为。不能用启动成功替代兼容性结论。

  2. 02

    验证构建与部署产物

    检查 bundler 输出、source map、环境变量、动态导入、原生模块和目标平台,在与生产一致的容器或主机上启动烟雾测试。

  3. 03

    固定版本并保留回滚

    在 CI、开发文档和镜像中固定经过验证的 Bun 版本,提交锁文件并保留原 Node.js 流程,升级时先阅读破坏性变更和安全修复。

使用建议

  • bunx 会下载并执行包,名称拼写错误可能触发恶意相似包;先核对包名、维护者、版本和完整依赖树。
  • Bun 会参与解析环境变量和 package 脚本,日志、错误上报与构建产物都不应包含生产秘密。
  • 快速安装和运行不等于依赖可信,应启用锁文件、来源限制、依赖审计和 CI 最小权限。
故障排查与卸载方法

启动提示 illegal instruction 怎么办?

当前 x64 CPU 可能不支持普通构建所需指令集,应改用对应 baseline 资产并核对系统架构。不要下载来路不明的重新打包版本。

Node 项目在 Bun 中测试失败怎么办?

缩小到具体 Node API、模块格式、原生扩展或脚本差异,保留最小复现并继续用已验证的 Node 版本运行生产。不要用跳过失败测试作为迁移完成证明。

  1. 恢复原工具链与锁文件切回原 Node.js 版本,按项目决定保留或还原 Bun 锁文件,重新安装依赖并运行测试,确认开发与 CI 都已回到已知状态。
  2. 删除二进制和全局缓存从 PATH 移除 Bun 工具目录,再清理不需要的全局包、缓存和下载资产;私有仓库令牌应从配置和终端历史中撤销或轮换。
FAQ

常见问题

Bun 可以无修改替代所有 Node.js 项目吗?

不能保证。它面向 Node.js 兼容,但原生扩展、边缘 API、工具链假设和运行时行为仍可能不同。生产迁移必须运行项目自己的测试、性能和回滚验证。

Bun 运行第三方代码时有沙箱吗?

没有 Deno 式默认权限沙箱。脚本、依赖和 bunx 启动的包可按当前系统用户权限访问文件、网络、环境变量和子进程,应把它们当作普通可执行代码审查。

Bun 全部只采用 MIT 许可证吗?

Bun 自身核心采用 MIT,但静态链接的 JavaScriptCore、WebKit 和其他组件包含 LGPL、Apache、BSD 等不同条款。再分发二进制时要保留完整许可材料并核对重链接义务。

下载时需要提取码吗?

夸克网盘无需提取码;百度网盘所需的四位提取码会直接显示在下载入口旁。