这是一个创建于 395 天前的主题，其中的信息可能已经有所发展或是发生改变。
bun v1 有一段时间了，以为可以用了。在一个小的项目里试了一下，结果发现哪怕小项目还是基本用不了。
一些可以称赞的地方
总结就是，设计得挺好，有想法。但是实际做得太糙，哪怕小项目都不敢用。最开始舒服了一下，现在还得老老实实改回 node 。
 |
1 FishBear 2025 年 5 月 14 日 via iPhone速度确实挺快，内存会泄露，实现不稳定，有 bug |
 |
2 KMpAn8Obw1QhPoEP 2025 年 5 月 14 日 via Android玩具而已 拿什么跟 Node 打 人家 Deno 都多少年了也没成气候 |
 |
3 zsj1029 2025 年 5 月 14 日1.1x 开始用，配合 express ，写一些 api ，然后 build 单文件程序，目前跑的还算稳定，内存占用稍高，还可以接受 |
|
4 zsj1029 2025 年 5 月 14 日本来就开源的，多一些宽容，遇到 bug ，去 github 提，目前来说吊打 deno ，对新手比较友好，选择适合自己的，不要习惯伸手党 |
 |
5 Bronya 2025 年 5 月 14 日直接支持 TypeScript 这一点对我来说非常方便。 |
 |
6 leil 2025 年 5 月 14 日 1
好奇你都用了哪些包，我用着 bun 非常好用并且非常稳定，生产也是用 bun ，有另一台垃圾服务器去做 https 的 uptime 统计，可用性都是 99.9%，失败了的都是网络掉包了的，服务器那边没任何问题，也是小项目。 |
 |
7 Binwalker 2025 年 5 月 14 日不如 deno 稳定成熟，这点性能差距其实不太重要 |
 |
8 Nyeshuai 2025 年 5 月 14 日看着支持贼多, 以为真能开箱即用替换少装一些包, 实际体验下还是太乐观了. 启动 html server, 大概率有脚本报错, 明明就是常规的 umd. live-server 没问题的. 就自带的 pg 和 drizzle 感觉结合的还可以. |
 |
10 bjfane 2025 年 5 月 14 日我也是相对都是比较新的第三方包 整体 vue 栈的，还好，暂时只有一个玩具是 bun server 的，看起来也还行。 |
 |
11 hronro 2025 年 5 月 14 日你用过 Bun 的底层语言 Zig ，你就知道现在用 Zig 写的项目都是玩具。不是说这语言本身不行，而是这语言本身离正式发布都还有个 4 、5 年时间，现在每个版本之间 breaking change 无数，现在用这语言来写正式项目本身就很搞笑。 |
 |
12 Gilfoyle26 2025 年 5 月 14 日Bun 需要具有 AVX2 硬件支持的机器。Elysia 的官方文档说的，但是我不敢用了。 |
 |
13 ysc3839 2025 年 5 月 14 日 via Android个人不看好 Bun 。 |
 |
14 70k 2025 年 5 月 14 日忘了谁给我吹的说这个玩意牛逼的很 之前有时间去看了下项目，有 4.5k 的 open issue ，7.5k close 就知道这玩意别想稳定了 |
 |
15 skiy 2025 年 5 月 14 日速度挺快的啊。我也是 ubuntu 。不过没用这么高级，就随便用用而已。 |
 |
16 ndxxx 2025 年 5 月 14 日自己小项目玩玩的话 bun 挺好的，做商业项目目前肯定只看 nodejs 啊。倒是 deno 不上不下的。 |
 |
17 shiny 2025 年 5 月 14 日爱因斯坦的小板凳，现在已经很不错了。线上用了很久了，感受还不错，没啥问题。 |
|
18 shiny 2025 年 5 月 14 日不过它自带的一些库还是要慎用，bug 挺多；标准库问题不大，最多只是部分功能未实现。 |
 |
19 nomagick 2025 年 5 月 14 日Node.js ES Module loader, 麻痹写了多少年了，还是个半成品，一身的 bug ，自己内部的人推不动，外部的人也改不动。随便啥乱糟功能打个 preview 标签就敢 release, 一副大限将至行将就木的样子。 Bun 对比下来就很有生机活力 |
 |
20 RogerL 2025 年 5 月 14 日能说说具体哪些地方不稳定么？我之前简单用 Elysia 写过东西，感觉还行 |
 |
21 npcoci 2025 年 5 月 14 日写点小工具，打包成 exe 程序给别人用还是很方便的 |
 |
22 kneo 2025 年 5 月 14 日 via Android不稳定是真的。内存错误想绕都绕不过去。 偶尔开发环境想省点事也会用 bun ，生产环境必须支持 node 。 当然，很多人所谓的”生产环境”没那么重要，挂了就挂了，重启就完事，也不会有人问责。自己看着办。 |
 |
23 slowgen 2025 年 5 月 14 日bun 确实不稳定，有一些号称兼容了 node 的 api 其实还没兼容，加密库和文件流这块目前还有问题，我测试 exceljs 经常生成不了文件，http 库也有一个和 deno 一样的问题就是不支持 connect 事件，不知道是不是本身单元测试就有问题。 内存占用也有问题，同样的代码在 windows 下占用一百多 MB 内存，去到 linux 只占用 7MB…倒是 bun 内置那些函数库非常实用。其实碰到兼容性的问题如果能拆成独立小 api 用 node 或者 deno 去部署的话倒也还能接受，我就拆了 2 个这样的 api 。 deno 就很稳，拿来替代 node 一点问题都没有。 node 从 15 到现在的 24 都没啥吸引人的新特性，绝大部分都是缝缝补补，被 deno 和 bun 追上那是一点都不冤枉。 |
 |
24 mizuki9 2025 年 5 月 14 日deno 告诉我们，历史设计问题是不能被修复的，想要重新设计，十几年的生态根本迁移不了，一直半死不活的，最后还是回去兼容 node 了。 总之，node 对比其他两位，根本没什么真正有关痛痒的缺点（什么，node 历史设计有问题？ deno 现状不是告诉你历史设计根本不可能修复吗） |
 |
25 cj323 2025 年 5 月 14 日@zsj1029 提了几个 issue ，过去几个月也没有解决。我感觉是是他们问题太多了，记得当时看到他们有 5000 多 open issue ，我人都傻了。我尊重开源精神，issue 里也没说啥就当帮个忙，毕竟 bun 是个 runtime 哪有那么好搞。只是他们也算是有融资有雇员的情况下，v1 还这么不稳定让我觉得哪里不正常。毕竟隔壁 deno 也是 runtime 就没有这么多 bug/issue 。 另外，我觉得直接能运行 typescript 这点确实对新手比较友好，有一说一，bun init 也很方便。 |
|
26 cj323 2025 年 5 月 14 日@leil 比如涉及到浏览器的 playwright 或者 puppeteer ，这两个在 macos 上 bun 可用一部分功能但 linux 现在肯定用不了。 |
 |
27 yyj08070631 2025 年 5 月 15 日@ysc3839 之前我 benchmark 过纯 js 几种场景，bun 和 node 比只有启动的时候有优势，跑复杂代码要慢不少，其实也很容易理解，TurboFan 干了那么多事情，启动慢也很正常 |
|
28 yyj08070631 2025 年 5 月 15 日@enchilada2020 deno 首次发布只比 bun 早三年，但现在 deno 比 bun 稳定的多，对 node 库的兼容性也更好，issue 和 mr 的数量也更少，我感觉跟技术路线还是有关系的 |
|
29 yyj08070631 2025 年 5 月 15 日 1
@enchilada2020 技术路线这块，我觉得体现最明显的是内存泄漏的问题，去年我瞄了一眼，bun 内存泄露相关的 issue 比 deno 多了十几倍，照理来说有 deno 和 node 这些老前辈，架构上应该不会有太大问题才对 之前在 hackernews 上看到作者回复不少内存泄漏的问题，都是跟 jsc 的调度有关系 |
 |
31 igun 2025 年 5 月 15 日可以来 discord 问，解决问题速度更快 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。