除了Node.js,Deno和Bun的官方下载入口在哪里
详细梳理除了Node.js之外,现代化JavaScript/TypeScript服务端运行时Deno与Bun的官方下载入口、官方一键安装脚本、GitHub Releases独立二进制归档以及系统环境变量配置与验证方法。
在当前的JavaScript与TypeScript服务端开发生态中,除了传统成熟的Node.js之外,Deno与Bun已成为主流的高性能现代运行时。许多开发者在希望尝试或迁移到这两个运行时环境时,常常面临入口分散、第三方镜像与官网脚本混淆的问题。获取Deno与Bun的官方入口主要分为官方网站主站、官方一键安装Shell/PowerShell脚本通道,以及GitHub官方发布仓(Releases)的预编译二进制包。本文将具体整理这两个运行时的所有正规官方下载渠道、平台适配命令与安装后验证方法。
一、Deno 的官方下载与安装入口详解
Deno 是由 Node.js 之父 Ryan Dahl 主导创建的安全型 TypeScript/JavaScript 运行时。官方在提供分发通道时,强调单文件独立运行(Single Binary)理念,因此用户无需安装复杂的依赖包环境即可部署。
1. 官方网站与一键安装脚本
Deno 拥有两个官方核心域名:展示与文档门户 deno.com,以及历史服务与分发脚本域名 deno.land。在终端中,官方推荐使用一键安装脚本,自动根据操作系统和 CPU 架构(x86_64 或 aarch64)匹配对应的发布包并解压到指定本地目录:
macOS 和 Linux 环境(Shell 方式):
curl -fsSL https://deno.land/install.sh | sh
Windows 环境(PowerShell 方式):
irm https://deno.land/install.ps1 | iex
deno(或 Windows 下的 deno.exe)放置于当前用户家目录下的 ~/.deno/bin(Windows 对应 $HOME/.deno/bin)。脚本执行完毕后会提示是否需要手动追加环境变量。
2. GitHub Releases 官方预编译二进制归档
若处于离线环境、持续集成(CI/CD)流水线或受限网络中,不便直接执行远程 Shell 脚本,可以直接访问 Deno 的官方代码托管及构建产物发布仓库:
官方地址:https://github.com/denoland/deno/releases
在每一个正式版本(如 v1.x.x 或 v2.x.x)的 Assets 列表中,官方提供以下各架构的 zip 压缩包:
deno-x86_64-unknown-linux-gnu.zip:标准 64 位 Linux 平台deno-aarch64-unknown-linux-gnu.zip:ARM 架构 Linux(如树莓派、各类云端 ARM 实例)deno-x86_64-apple-darwin.zip:Intel 芯片 macOS 系统deno-aarch64-apple-darwin.zip:Apple Silicon(M1/M2/M3/M4 系列芯片)macOS 系统deno-x86_64-pc-windows-msvc.zip:Windows 64 位系统原生包
解压后仅包含单个独立可执行程序 deno,将其移动至系统可寻址的目录(例如 Linux/macOS 的 /usr/local/bin)即可全局使用。
3. 官方认可的系统包管理器安装
除了直接下载二进制,Deno 官方还在各平台的包管理器中维护了发布通道:
- macOS (Homebrew):
brew install deno - Windows (Scoop):
scoop install deno - Windows (winget):
winget install denoland.deno - Rust 生态 (Cargo):
cargo install deno --locked
二、Bun 的官方下载与安装入口详解
Bun 是由 Jarred Sumner 发起、使用 Zig 语言编写的高性能全合一(All-in-one)JavaScript 运行时与打包工具。它的官方入口直接以简洁高效为主,将主页直接作为安装命令的分发台。
1. 官方网站主入口与一键脚本
Bun 的官方官方网站为:
官方主站:https://bun.sh
打开 bun.sh 首页即可看到官方最推崇的单行脚本安装指令:
macOS、Linux、WSL 环境:
curl -fsSL https://bun.sh/install | bash
Windows 环境(PowerShell 方式):
powershell -c "irm bun.sh/install.ps1 | iex"
安装完成后,程序文件会被放置在 ~/.bun/bin/bun(Windows 环境为 %USERPROFILE%\.bun\bin\bun.exe)。
2. GitHub Releases 官方预编译二进制入口
与 Deno 类似,Bun 所有的构建产物均通过 GitHub 官方仓库的发布页面进行透明发布。若处于私有网络或无法访问 curl 安装管道,可以直接下载对应系统的预编译包:
官方地址:https://github.com/oven-sh/bun/releases
在 release 页面中,官方提供以下主流架构的归档压缩包:
bun-darwin-aarch64.zip:Apple Silicon(M 系列芯片)macOS 专用包bun-darwin-x64.zip:Intel 处理器 macOS 专用包bun-linux-x64.zip:64 位 Linux 平台(含 Baseline 与 AVX2 优化构建)bun-linux-aarch64.zip:ARM64 架构 Linux 系统bun-windows-x64.zip:Windows 64 位原生版本
3. 通过已有 Node.js / npm 桥接安装
如果开发者的机器上已经具备 Node.js 环境,Bun 官方还注册了 npm 全局包作为安装桥梁。该包会自动根据当前系统下载匹配的原生二进制文件:
npm install -g bun
这种方式的下载来源依然指向 Bun 官方维护在 npm 官方注册表上的分发包,对于熟悉 npm 生态的开发者而言也是一种非常快捷的官方入口。
三、安装结果验证与环境变量生效
无论选择一键脚本还是手动解压 GitHub 二进制文件,都需要在终端中确认以下两个关键步骤,以确保当前系统已正确识别程序入口:
1. 执行基础版本检查命令
打开新的终端窗口,输入以下命令获取当前运行时的具体版本信息:
# 检查 Deno 版本及内部 V8 引擎与 TypeScript 版本
deno --version
# 检查 Bun 版本
bun --version
如果成功输出类似如下信息,则证明二进制可执行程序已被正确放置于全局 PATH 中:
# Deno 验证示例输出
deno 1.45.0 (release, aarch64-apple-darwin)
v8 12.7.224.13
typescript 5.5.2
# Bun 验证示例输出
1.1.20
2. 环境变量(PATH)手动配置规范
如果终端提示 command not found: deno 或 command not found: bun,说明二进制虽然下载成功,但用户 Shell 配置文件尚未将对应的 bin 目录加入环境变量。
在 Linux / macOS 下,可以通过编辑 ~/.bashrc、~/.zshrc 或 ~/.config/fish/config.fish,追加以下两行:
# Deno 环境变量配置
export DENO_INSTALL="$HOME/.deno"
export PATH="$DENO_INSTALL/bin:$PATH"
# Bun 环境变量配置
export BUN_INSTALL="$HOME/.bun"
export PATH="$BUN_INSTALL/bin:$PATH"
修改完成后执行 source ~/.zshrc(以 zsh 为例)即可立即生效。
四、官方入口汇总对比表
为了便于快速查询,下表汇总了 Deno 与 Bun 的主要官方下载途径及核心定位:
| 运行时 | 官方门户网站 | 官方一键脚本入口 | GitHub 独立二进制发布页 | 系统级包管理支持 |
|---|---|---|---|---|
| Deno | deno.com | https://deno.land/install.shhttps://deno.land/install.ps1 |
denoland/deno/releases | Homebrew (deno)Scoop ( deno)winget / Cargo |
| Bun | bun.sh | https://bun.sh/installhttps://bun.sh/install.ps1 |
oven-sh/bun/releases | Homebrew (oven-sh/bun)npm ( -g bun)Docker ( oven/bun) |
综上所述,获取 Deno 与 Bun 的官方正品安装包完全不需要依赖未经核实的第三方下载站。针对绝大多数常规开发机器,直接访问官方域名(deno.com 或 bun.sh)并在终端中执行官方一键安装脚本是最省时省力的方式;而针对离线服务器或自动化打包系统,直接前往 GitHub Releases 下载对应平台架构的独立 zip 二进制包并解压使用,则是最可控且透明的方案。
Java和JavaScript名字像但没关系?详解两者及HTML的技术分工
2026-11-03 20:24:10
Node.js 中 CommonJS 与 ES Modules 模块规范的区别及使用
2026-11-03 15:35:13
先学JS还是先学Java?全栈开发视角的学习路径规划
2026-11-03 13:35:26
解决Node.js安装后提示“node不是内部或外部命令”
2026-11-03 08:39:43
生产环境升级 Node.js 的风险评估与 LTS 版本选择
2026-11-02 10:30:14








