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

目前用 pm2 能缓解这个问题

pm2 start app.js -i max --max-restarts 1000

回 Node 吧，Node 最近加入了 Typescript 的直接运行支持，除了一些 Typescript 特殊语法 enum 和 namespace 等..

https://github.com/nodejs/node/releases/tag/v22.6.0

手快了，以上话题无关，请忽略

哈哈哈哈，1.0 出来好久了，居然有内存泄露，那还咋上生产呀

不明白都这样了为什么还要用 bun ？尝试不就是为了了解然后做选择吗？

当然是用 nodejs 了,bun 这个包子还不稳定

真是都不敢用

也可以尝试下 Deno

手头有一个项目 Bun+Nuxt ，crontab 定期重启先应付着

这和定期重启 Java 虚拟机有何区别，为啥一定要用它呢

看来是因为没触发泄漏，就这么一直用着，177MB 内存的小服务 uptime 335 天。反正感觉比 node 爽就是一切。

阿里内部 nodejs 项目组对比测试过 nodejs vs bun ， 综合看后者性能并不明显。目前不推荐生产上 bun 。

Bun 使用的是苹果的 JavascriptCore ，而苹果官方只在 macOS 和 iOS 上有相关产品使用 JavascriptCore 吧？那稳定性和性能比得过在谷歌开发的、多平台都有产品使用的 V8 吗？

个人觉得 Bun 和之前微软整的把 Node.js 核心换成 ChakraCore 的项目都不靠谱。

不如先把 Bun 用来跑单元测试和开发环境，最直接优化你的开发体验，生产环境其实没必要的

定时查询当前进程内存占用，高过一个值就自杀？ 以前我就是这么干的
node 还有查询当前内存量的 api,不知道 bun 有没有

有个小小的程序在跑，用的 pm2 ，半个月漏 60M

为啥我写的程序没看出啥问题，

我宁愿把时间花在代码转换上, 也不想踩未知的坑.

@lizhenda 图他快，结果直接把我整懵逼了

@june4 bun 只能看系统那边监测

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

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

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

换 node

哪里漏的？ gc 有问题吗？

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

@NoobPhper #26 因为是 zig 写的（

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

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

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

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

@skuuhui 是的

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

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

每天看下有没有发布更新

@lizhenda java 没这么弱智吧

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

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

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

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

想想也不无道理 :)

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

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

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

也有可能你的代码有问题。