这是一个创建于 232 天前的主题，其中的信息可能已经有所发展或是发生改变。
https://bun.sh/
一个 js 的运行时 和 nodejs 对拼的项目
给我印象最深的就是速度快
我也是看到下面这个结果才引起我的注意
https://bun.sh/docs/cli/test#performance
Running 266 React SSR tests faster than Jest can print its version number.
然后我就去看 bun 为什么这么快
分析了下有 3 点
1. 选择了 zig ，zig 甚至会为了速度放弃安全性
2. 选择了 https://github.com/uNetworking/uWebSockets 所以下载包会很快 这个库在网络框架这块都在前列
3. 选择了 JavaScriptCore 这点很奇怪 因为最快的运行时不是 v8 吗？ chrome 就是嫌 JavaScriptCore 才换 v8 的。 我开始也想不通 后来看到一个评论 就是 v8 确实快 但做复杂的 jit 也需要时间 而我们开发的代码的往往只需要一次执行 所以往往运行时间比 jit 还短？
一个 js 的运行时 和 nodejs 对拼的项目
给我印象最深的就是速度快
我也是看到下面这个结果才引起我的注意
https://bun.sh/docs/cli/test#performance
Running 266 React SSR tests faster than Jest can print its version number.
然后我就去看 bun 为什么这么快
分析了下有 3 点
1. 选择了 zig ，zig 甚至会为了速度放弃安全性
2. 选择了 https://github.com/uNetworking/uWebSockets 所以下载包会很快 这个库在网络框架这块都在前列
3. 选择了 JavaScriptCore 这点很奇怪 因为最快的运行时不是 v8 吗？ chrome 就是嫌 JavaScriptCore 才换 v8 的。 我开始也想不通 后来看到一个评论 就是 v8 确实快 但做复杂的 jit 也需要时间 而我们开发的代码的往往只需要一次执行 所以往往运行时间比 jit 还短？
 |
1
zjsxwc 232 天前 via Android
zig 写的 bun ，到现在了还在苦于修复 segfault 导致的 crash ，github 里一堆 issue 处理不了，手动管理就是不可靠
|
 |
2
xlsepiphone 232 天前
光快没用啊。。。
|
 |
3
Leviathann 232 天前  2
fastjson：你就说快不快把
|
 |
4
yyfearth 232 天前
选择了 JavaScriptCore 因为 bun 团队比较重视启动时间 V8 的启动时间慢 另外 JIT 虽然执行重复的任务快 但是启动时间和首次运行时间慢
如果 Bun 代替 Node 做一些工具链的工作 启动时间快是一个优势 作为服务器 开发的时候启动时间就还好 不过貌似因为其他的优势 可以比 Node 快 |
Select Language