号称吊打 Node 和 Deno 的 Bun 来了,你真的还卷的动吗?
前言
大家好,我是易师傅,首先看到这个标题,你是不是已心生怯意,没关系的,因为你不是一个人;
可能有同学(wo)内心暗想:不是吧!阿sir,vue3、vite、前端工程化、前端可视化、前端框架已经把自己折磨的够呛了,怎么现在又来了个 Bun;
真是楚汉争霸之路尚未结束,三足鼎立之势怎能来临!
话虽如此,但是身为一名合(mo)格(yu)前(da)端(shi),只能边含泪边诉苦了;
顺便说说 Bun 最近有多火:短短几天 star 数量就从 2k 涨到了现在(2022-07-14)的 24.7k;
长话短说,下面开始我们直接带走他 ~
什么是 Bun
Bun (读音类似于[bʌn],包子的意思) 是一个像 Node 或 Deno 这样的现代 JavaScript 运行时;
通俗一点讲就是你可以在 Bun 上运行 JavaScript 代码,你是不是在想这不是跟 Node 和 Deno 一样的吗,这也能火?
别急嘛,咱们往后看;
all-in-one
官方还称其为: all-in-one JavaScript runtime;
所谓 all in one,是因为 Bun 和传统的 Node.js 这种传统的 javaScript 运行时 不同;
Bun 提供了 打包、转译、安装和运行 JavaScript & TypeScript 项目的功能,内置原生打包器 (native bundler)、转译器、task runner、npm 客户端,以及数百个 Node.js API 和 Web API,包括约 90% 的 Node-API 函数(本机模块)、fs、path、Buffer 等。
这就意味着你可以实现在 Bun 上运行的大部分 Node API 和 Web API, 还可以在不需要使用 Webpack、Rollup、esbuild、babel 等工具的前提下直接运行 TypeScript 、JSX 了;
乍一看,是不是瞬间档次高了许多?
但是这样还不足以让你在同事、面试官的跟前吹 🐂 🍺
各位看官,您继续往下看…
为什么用 Bun
性能测试结果
-
服务器端渲染 React:每秒的 HTTP 请求数

-
加载一个大型数据表:每秒平均查询次数

-
FFI:每秒操作数

根据上面 服务器端渲染、加载大型数据表、FFI 三个方面来对比,可见 Bun 可以说在性能方面是吊打 Node.js 和 Deno;
为什么快
- 引擎差异
不同于 Node.js 和 Deno,Bun 并没有基于 V8 引擎,而是使用了 JavaScriptCore 引擎,它的执行速度往往要比 V8 等更传统引擎要快。
- 语言差异
Bun.js使用的是新兴的系统编程语言 ZIG 编写的,主要通过手动内存管理对内存进行更细粒度的控制、无隐藏的控制流来提升程序的性能;
- 从零开始
在上两点的前提下,Bun.js 的大部分内容都是完全从零开始编写的,包括 JSX/TypeScript 转译器、npm 客户端、打包器、SQLite 客户端、HTTP 客户端、WebSocket 客户端等等。
注意:Zig 是一门系统级编程语言,专为稳定性、可维护性和性能而设计,是追求替代 C 语言在系统编程上的最佳地位。
内置兼容性
- Web API 支持:对
fetch、WebSocket、 ReadableStream等API都提供了内置支持; - Node.js模块:
Bun实现了Node.js的模块解析算法,,以便我们可以在 Bun 中使用 npm 包,同时支持ESM和CommonJS,但Bun内部使用ESM; Bun.js实现了大部分Node-API(N-API),大部分Node.js原生模块及全局变量(比如Buffer 和 process)都可以正常工作;- 自动加载环境变量
.env文件,不需要再require("dotenv").load(); - 附带一个内置的快速
SQLite3户端bun:sqlite; - 内置 JavaScript、TypeScript、JSX 等(见下表)各种转译器;
Input Loader Output .js JSX + JavaScript .js .jsx JSX + JavaScript .js .ts TypeScript + JavaScript .js .tsx TypeScript + JSX + JavaScript .js .mjs JavaScript .js .cjs JavaScript .js .mts TypeScript .js .cts TypeScript .js .toml TOML .js .css CSS .css .env Env N/A .* file string
通过上述大家能发现,Bun 的目标是想在浏览器之外运行 JavaScript,为我们的基础架构带来性能和复杂性的增强,并通过更好、更简单的工具提高开发人员的生产力。
快速上手
Mac/Linux 上安装
-
安装
curl https://bun.sh/install | bash -
新建 http.js
export default { port: 3000, fetch(request) { return new Response('Welcome to Bun!'); }, }; -
运行
bun run http.js -
浏览器中打开:http://localhost:3000 即可
注意:如果使用 Linux,强烈推荐内核版本 5.6 或更高版本,但最低为 5.1.
windows上安装
由于 Bun 对 windows 用户不太友好,安装起来并不容易,如果您真的想在windows 上安装,可以看看如何在windows 上安装 Bun 这篇文章去进行安装;
Bun 的常见功能使用
1. 当做包管理器使用
-
通过 package.json 安装依赖
bun install -
新增或删除 package.json 中的某个安装包
# 删除 bun remove react # 安装 bun add preact

根据测试,在 Linux 上
bun install运行安装包速度往往比npm install运行脚本快 20 - 100 倍。
2. 直接运行scripts脚本
-
用
bun run来代替npm run# Instead of "npm run clean" bun run clean # This also works bun clean -
运行
package.json中的脚本# package.json { "name": "myapp", "scripts": { "clean": "rm -rf dist out node_modules" } } # 在终端中运行以下命令 bun run clean
根据测试,
bun运行package.json脚本比npm运行package.json脚本快 30 倍。
3. 快速创建 Next.js 项目
-
快速创建
# 创建 bun create next ./app # 运行 cd app bun dev # start dev server -
关联一个已经存在的 Next.js 应用
bun add bun-framework-next echo "framework = 'next'" > bunfig.toml bun bun # bundle dependencies bun dev # start dev server
注意:Next.js 的需多功能都支持,但是也有小部分暂时不支持,所以生成环境使用需谨慎。
4. 快速创建 React 项目
-
快速创建
bun create react ./app cd app bun dev # start dev server -
关联现有的React项目
# To enable React Fast Refresh, ensure it is installed bun add -d react-refresh # Generate a bundle for your entry point(s) bun bun ./src/index.js # jsx, tsx, ts also work. can be multiple files # Start the dev server bun dev
5. 运行 TypeScript
在 Bun 中,天然支持运行运行 TypeScript,无需配置,无需额外安装;
如果你导入一个.tsor.tsx文件,bun 会将它转换成 JavaScript;bun 还编译node_modules中的.ts或.tsx文件;这是由 bun 内置了 TypeScript 转译器,且速度很快。
如果你想在全局使用对应的 API,安装 bun-typs 到你的项目即可
# 安装
bun add -d bun-types
# 在tsconfig.json中使用
{
"compilerOptions": {
"types": ["bun-types"]
}
}
6. 常用命令
- bun add:等同于
yarn add或npm install - bun install:等同于
yarn install或npm install - bun run:类似于
npm run - bun create:通过该命令,可快速创建一个模板项目
- bun bun:该命令会递归收集指定文件的导入依赖,然后生成包含这些信息的
node_modules.bun文件 - bun upgrade:要升级 bun,请运行
bun upgrade
7. 配置文件 bunfig.toml
bunfig.toml 是 bun 的配置文件。
它允许您在 bunfig.toml 加载配置,而不是每次都将参数传递给命令行。在解析命令行参数之前加载配置文件,这意味着命令行参数可以覆盖这个配置。
下面是一个配置例子:
# Set a default framework to use
# By default, bun will look for an npm package like `bun-framework-${framework}`, followed by `${framework}`
framework = "next"
logLevel = "debug"
# publicDir = "public"
# external = ["jquery"]
[macros]
# Remap any import like this:
# import {graphql} from 'react-relay';
# To:
# import {graphql} from 'macro:bun-macro-relay';
react-relay = { "graphql" = "bun-macro-relay" }
[bundle]
saveTo = "node_modules.bun"
# Don't need this if `framework` is set, but showing it here as an example anyway
entryPoints = ["./app/index.ts"]
[bundle.packages]
# If you're bundling packages that do not actually live in a `node_modules` folder or do not have the full package name in the file path, you can pass this to bundle them anyway
"@bigapp/design-system" = true
[dev]
# Change the default port from 3000 to 5000
# Also inherited by Bun.serve
port = 5000
[define]
# Replace any usage of "process.env.bagel" with the string `lox`.
# The values are parsed as JSON, except single-quoted strings are supported and `'undefined'` becomes `undefined` in JS.
# This will probably change in a future release to be just regular TOML instead. It is a holdover from the CLI argument parsing.
"process.env.bagel" = "'lox'"
[loaders]
# When loading a .bagel file, run the JS parser
".bagel" = "js"
[debug]
# When navigating to a blob: or src: link, open the file in your editor
# If not, it tries $EDITOR or $VISUAL
# If that still fails, it will try Visual Studio Code, then Sublime Text, then a few others
# This is used by Bun.openInEditor()
editor = "code"
# List of editors:
# - "subl", "sublime"
# - "vscode", "code"
# - "textmate", "mate"
# - "idea"
# - "webstorm"
# - "nvim", "neovim"
# - "vim","vi"
# - "emacs"
# - "atom"
# If you pass it a file path, it will open with the file path instead
# It will recognize non-GUI editors, but I don't think it will work yet
相关属性解释:
-
framework:指定默认使用的framework版本,bun 将根据bun-framework-${framework}格式找寻找npm包; -
logLevel:指定log级别(可用值error、warn、info和debug); -
publicDir:指定public目录; -
external:指定外部扩展,作用等同于 Webpack 的 externals; -
macros:宏定义,用于替换import路径,比如:import { graphql } from 'react-relay'; 将被转换为import { graphql } from "macro:bun-macro-relay/bun-macro-relay.tsx"; -
dev.port:指定服务的监听端口(默认3000); -
define:作用等同于 Webpack 的 DefinePlugin; -
loaders:指定各类文件的解析器;
当然,上述只是举例说明了一些在前端领域常见的一些情况,如果你还想了解更多的使用方法与案例,可查看:
关于 Bun 作者
作者 Jarred Sumner 高中辍学,曾在 Stripe 和 Thiel Fellowship 工作;
作者单人输出能力很强,为了成为一名副其实的卷王,从 2021 年 4 月初始提交至今已有超过百万行的代码增删量,单人完成了 98% 以上的提交量,个人称之为卷中卷,王中王,一王更比一王强。(就图一乐,没有其它意思,大佬们勿喷)
总结
-
对于性能方面,值得一探究竟;
-
版本较新,最新版本才 v0.1.4;
-
但是能否真正的用于生产,按照作者目前的原话是不建议的,因为由于内存泄露等问题,所以不建议在生产环境中使用,但是目前作者已经在 996 的紧急修复相关问题了;
不过作为一门能吊打 Node 和 Deno 的工具,咱们还是有必要去了解作为茶余饭后吹牛的资本的;
最后
如果你对 Vite 感兴趣,可以看看我的专栏:《Vite 从入门到精通》
如果你对微前端感兴趣,可以看看我的专栏:《微前端从入门到精通》
如果想跟我一起讨论技术吹水, 欢迎加入 前端学习交流群;
感谢大家的支持,码字实属不易,若有错误,望指出,记得点赞关注加收藏哦 ~
我正在参与掘金技术社区创作者签约计划招募活动,点击链接报名投稿。
转载自:https://juejin.cn/post/7120179470136246309