除了优化代码/重启外，你们是如何应对 Bun 内存泄漏问题的

[censujiang]

这玩意给我漏麻了，Nodejs 跑几个小时不泄漏东西，这玩意直接给我漏 1 个 G 出来，谷歌搜也只搜到个中文推文也在吐槽 Bun 疯狂漏内存这事，请问一下你们有遇到过或者有比较好的解决点子吗？目前已用--smol

[censujiang]

@serco 我也是 Nuxt 项目，请问一下您大概多久重启一次？大概您这边平均能漏多少

[mark2025]

@nino 问题是测试环境和生产环境的运行时不同，出了故障怎么排除是运行时的问题还是代码问题呢，问题反而更复杂了

[kneo]

@censujiang 能不能分享一下你实测的 bun 哪比 node 快？快多少？

[liuhai233]

换 node

[skuuhui]

哪里漏的？ gc 有问题吗？

[NoobPhper]

都 rust 写的了 怎么还能存泄漏(

[hatsuyuki]

@NoobPhper #26 因为是 zig 写的（

[supuwoerc]

我也遇到了，只能说比女主播还能漏，现在也是定时重启。

[serco]

@censujiang 我这边是个访问量很小的项目，所以定时每天重启就够了。感觉泄露跟访问量成正比

[asdjgfr]

自己的项目测了一下，node 编译需要 144s ，bun 143s ，访问速度没提升感觉，ssr 速度没提升感觉，果断还是使用 node

[censujiang]

@kneo #23 没有详细实测过，但是 Nuxt 的话 Nodejs 访问渲染好并且缓存的页面是一百毫秒，Bun 只需要二三十

[censujiang]

@skuuhui 是的

[wspsxing]

你这不是问题更多了吗，无脑解决就是杀进程，或者换 deno

[studymachine0]

@NoobPhper bun 是 zig 写的吧，deno 才是 rust 写的

[panxiuqing]

每天看下有没有发布更新😊

[securityCoding]

@lizhenda java 没这么弱智吧

[yyj08070631]

之前我做过一个 bun 的调研，它的快目前主要来源于功能简陋 (build) + 高性能模块 (uWebSocket)，而不是 zig 或者 jsc

我目前最常用 bun 的场景还是本地跑个小爬虫之类的，一是可以直接跑 ts ，二是 bun 的 file api 设计的还挺简洁方便，三是 node/npm 兼容做的比 deno 好

不过看到楼上说 node22 已经支持 native ts 了，感觉可以直接切到 node 去了

[yyj08070631]

@ysc3839 这是一个搞笑故事，兄弟可以去跑一个 hello world 试试，bun 确实比 node 和 deno 都要快，但是后来我找到一个论述，说是 jsc 的运行时优化比较少，所以它启动快

想想也不无道理 :)

https://www.builder.io/blog/bun-vs-node-js

[xieren58]

一般出现这种情况, 更新到最新版本就好了...

[censujiang]

@xieren58 太逆天了，我就是这么做的。。。然后发现最新的已经修了好几个内存泄露的漏洞