Bun 运行时安装一条命令跑通 JS 全栈【免费下载链接】bunIncredibly fast JavaScript runtime, bundler, test runner, and package manager – all in one项目地址: https://gitcode.com/GitHub_Trending/bu/bunBun 运行时安装是接入过程里最简单的一步一条脚本装好一个可执行文件JavaScript 运行时、打包器、测试运行器、包管理器就全部到位。Bun 用 Rust 编写、底层跑 JavaScriptCore定位是 Node.js 的直接替代品。如果你要评估 Node 项目切到 Bun 的成本或需要在 CI 和服务器上快速落地它这里覆盖从安装到迁移的完整路径。30 秒建立心智模型Bun 把四件工具压进一个二进制这是它和 Node.js 生态最大的结构差异。工具Node.js 生态做法Bun 的做法运行时node 一层层 devDependenciesbun run原生跑.ts/.jsx包管理npm / pnpm / yarn 三选一bun install读同一个 package.json测试Jest / Vitest 需单独配置bun test内置 expect打包webpack / esbuild 装插件bun build内置能力边界先记三点内置 fetch、SQLite、Web Crypto 等 Web API多数 Node 全局对象也都有绝大多数 npm 包零改动直接可用依赖本机编译的少数原生.node模块是唯一常见坑 最快上手一条命令完成 Bun 运行时安装推荐路径就是官方安装脚本装完 30 秒内可以验证。curl -fsSL https://bun.com/install | bash bun --version # 输出 1.4.0脚本会自动把~/.bun/bin写入 PATH新开终端即可用bun。Linux 需先装unzip内核建议 5.6 以上uname -r查看Windows 在 PowerShell 执行irm bun.sh/install.ps1 | iex。npmnpm install -g bun、Homebrew、Docker 等更多途径见官方文档。按场景配置开发机、CI 与离线服务器三种落地场景的差异只在于版本可控方式和隔离级别。个人开发机版本要能随时切换日常开发只需要两条升级命令稳定版和每日构建互不干扰。bun upgrade # 升级到最新稳定版 bun upgrade --canary # 切到每日构建尝鲜需要并行多个版本时把不同版本解压到不同目录、用 shell 别名指过去即可不用改系统 PATH。CI 流水线Docker 镜像最稳流水线里最该避免的是 runner 环境污染Docker 镜像把行为锁死。docker pull oven/bun docker run --rm --init --ulimit memlock-1:-1 oven/bun官方还提供 debian、slim、alpine 等镜像变体按层大小选即可。无外网服务器走 npm 的 tgz 通道离线环境不依赖任何下载链接用 npm pack 产物传输最省事。npm pack bun # 有网机器上执行得到 bun-1.4.0.tgz npm install -g bun-1.4.0.tgz # 服务器本地安装直装二进制也行把官方发行包传到服务器解压到~/.bun/bin并加入 PATH效果等价。⚡ 用数据说话Bun 与 Node 的性能对比Bun 的速度优势主要来自 JavaScriptCore 引擎加 Rust 内置工具链差距在打包和启动场景最明显。官方打包速度对比Bun 0.17s 对 esbuild 0.30s测试运行器同样内置且快仓库自带基准显示bun test跑 react-dom 用例比 Jest 启动还快内置测试运行器的基准实测截图 从 Node.js 迁移三项改动清单迁移成本集中在脚本命令和少量 API业务代码基本不用动。改什么怎么改有什么坑启动命令package.json 里node xxx.js换成bun run xxx.js.ts/.jsx直接跑不用再配 ts-node测试框架Jest/Vitest 配置删掉改跑bun test内置 expect 覆盖常用断言jest 特有 mock API 需适配依赖与原生模块rm -rf node_modules后重新bun install少数含 C 编译的.node包不兼容先查依赖清单故障速查装不上就跑不动的三类原因跑不起来基本是 PATH、内核版本或 CPU 架构问题对号入座即可。现象最可能原因一句话解法command not found~/.bun/bin不在 PATH重开终端或在 shell 配置里追加 PATHillegal instructionCPU 不支持该 x64 指令集换匹配架构的构建或升级机器安装脚本中途失败缺unzip或内核过旧apt install unzip确认内核 ≥ 5.1bun install卡住网络代理未透传给 shell 配 HTTPS_PROXY 后重试原生模块加载报错依赖需要本机编译换预编译版本或纯 JS 替代库资源出口继续深入docs/installation.mdx完整安装矩阵含各平台变体、CPU 要求与 PATH 配置细节docs/guides/index.mdx部署、Docker、云服务等场景化指南入口docs/project/roadmap.mdx功能路线图评估 Node 特性对齐进度时先看这里【免费下载链接】bunIncredibly fast JavaScript runtime, bundler, test runner, and package manager – all in one项目地址: https://gitcode.com/GitHub_Trending/bu/bun创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Bun 运行时安装：一条命令跑通 JS 全栈
Bun 运行时安装一条命令跑通 JS 全栈【免费下载链接】bunIncredibly fast JavaScript runtime, bundler, test runner, and package manager – all in one项目地址: https://gitcode.com/GitHub_Trending/bu/bunBun 运行时安装是接入过程里最简单的一步一条脚本装好一个可执行文件JavaScript 运行时、打包器、测试运行器、包管理器就全部到位。Bun 用 Rust 编写、底层跑 JavaScriptCore定位是 Node.js 的直接替代品。如果你要评估 Node 项目切到 Bun 的成本或需要在 CI 和服务器上快速落地它这里覆盖从安装到迁移的完整路径。30 秒建立心智模型Bun 把四件工具压进一个二进制这是它和 Node.js 生态最大的结构差异。工具Node.js 生态做法Bun 的做法运行时node 一层层 devDependenciesbun run原生跑.ts/.jsx包管理npm / pnpm / yarn 三选一bun install读同一个 package.json测试Jest / Vitest 需单独配置bun test内置 expect打包webpack / esbuild 装插件bun build内置能力边界先记三点内置 fetch、SQLite、Web Crypto 等 Web API多数 Node 全局对象也都有绝大多数 npm 包零改动直接可用依赖本机编译的少数原生.node模块是唯一常见坑 最快上手一条命令完成 Bun 运行时安装推荐路径就是官方安装脚本装完 30 秒内可以验证。curl -fsSL https://bun.com/install | bash bun --version # 输出 1.4.0脚本会自动把~/.bun/bin写入 PATH新开终端即可用bun。Linux 需先装unzip内核建议 5.6 以上uname -r查看Windows 在 PowerShell 执行irm bun.sh/install.ps1 | iex。npmnpm install -g bun、Homebrew、Docker 等更多途径见官方文档。按场景配置开发机、CI 与离线服务器三种落地场景的差异只在于版本可控方式和隔离级别。个人开发机版本要能随时切换日常开发只需要两条升级命令稳定版和每日构建互不干扰。bun upgrade # 升级到最新稳定版 bun upgrade --canary # 切到每日构建尝鲜需要并行多个版本时把不同版本解压到不同目录、用 shell 别名指过去即可不用改系统 PATH。CI 流水线Docker 镜像最稳流水线里最该避免的是 runner 环境污染Docker 镜像把行为锁死。docker pull oven/bun docker run --rm --init --ulimit memlock-1:-1 oven/bun官方还提供 debian、slim、alpine 等镜像变体按层大小选即可。无外网服务器走 npm 的 tgz 通道离线环境不依赖任何下载链接用 npm pack 产物传输最省事。npm pack bun # 有网机器上执行得到 bun-1.4.0.tgz npm install -g bun-1.4.0.tgz # 服务器本地安装直装二进制也行把官方发行包传到服务器解压到~/.bun/bin并加入 PATH效果等价。⚡ 用数据说话Bun 与 Node 的性能对比Bun 的速度优势主要来自 JavaScriptCore 引擎加 Rust 内置工具链差距在打包和启动场景最明显。官方打包速度对比Bun 0.17s 对 esbuild 0.30s测试运行器同样内置且快仓库自带基准显示bun test跑 react-dom 用例比 Jest 启动还快内置测试运行器的基准实测截图 从 Node.js 迁移三项改动清单迁移成本集中在脚本命令和少量 API业务代码基本不用动。改什么怎么改有什么坑启动命令package.json 里node xxx.js换成bun run xxx.js.ts/.jsx直接跑不用再配 ts-node测试框架Jest/Vitest 配置删掉改跑bun test内置 expect 覆盖常用断言jest 特有 mock API 需适配依赖与原生模块rm -rf node_modules后重新bun install少数含 C 编译的.node包不兼容先查依赖清单故障速查装不上就跑不动的三类原因跑不起来基本是 PATH、内核版本或 CPU 架构问题对号入座即可。现象最可能原因一句话解法command not found~/.bun/bin不在 PATH重开终端或在 shell 配置里追加 PATHillegal instructionCPU 不支持该 x64 指令集换匹配架构的构建或升级机器安装脚本中途失败缺unzip或内核过旧apt install unzip确认内核 ≥ 5.1bun install卡住网络代理未透传给 shell 配 HTTPS_PROXY 后重试原生模块加载报错依赖需要本机编译换预编译版本或纯 JS 替代库资源出口继续深入docs/installation.mdx完整安装矩阵含各平台变体、CPU 要求与 PATH 配置细节docs/guides/index.mdx部署、Docker、云服务等场景化指南入口docs/project/roadmap.mdx功能路线图评估 Node 特性对齐进度时先看这里【免费下载链接】bunIncredibly fast JavaScript runtime, bundler, test runner, and package manager – all in one项目地址: https://gitcode.com/GitHub_Trending/bu/bun创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考