2026年了,Nodejs 和 Bun 究竟选哪个?
时间:2026-8-11 01:06 作者:独元殇 分类: 开发相关
都 2026 年了,Nodejs 其实算是很远古的软件了。虽然已经拥有 17 年的历史,久经市场和各大企业考验,但是速度一直是一个痛点。
今天晚上,简单聊聊 Nodejs ,以及 Node js 和 Bun 我们究竟选哪一个?
但是写服务器,Nodejs + TS 最合适了,生态太牛逼了,没人能和 JS 比生态,碾压级别丰富。。。再加上 AI ,开发速度刷刷地快,js 写起来可骚了, 就算是ts语法也比java和c#松很多。 写完用 Bun 来执行,飞速的一批!
(为什么不用 Java 和 .net 呢? 因为人生苦短、速度就是生命,如果你时间多的话,当我没说)
(为什么不用 C++ ? 因为写出来的 C++ 天天崩,只能靠所谓的性能来秀优越感.... )
我还是更喜欢在本地使用 Zig 语言编写的 Bun 来搞。因为 Bun 今年被大厂(竟然是个 AI 公司.... A \ !Anthropic )买下了,而且速度是 Nodejs 的 4 倍!这个数字真的很大。
(这个 4 倍是在 HTTP 基准测试 下,并不是实际上真实业务,全是 4 倍)
当然,在实际使用上,很多地方,尤其是程序业务变得复杂了,速度并不比 Nodejs 快多少。毕竟, node 要是性能差,早就扫进垃圾堆了.... 10个单核node集群稳稳秒杀10核的其他垃圾,io密集型的应用一直是 Node 的强项,在脚本语言里面已经是扛把子了。
那 node 和 Bun 到底选谁呢?
Bun 并不是 100% 完全兼容 Nodejs 的。还有大约 5% 是没有完美兼容的。但是它启动极快,内存占用很小,它的 JS 内核引擎是 Safari 的内核,反正把能提高速度的地方都提高了。但是,zig 不会自动为你管理内存,需要你自己管理,这个有时候也是好处。
我就是喜欢快!小!
而且,Bun 它和那个 Nodejs 不一样,它就是一个二进制文件,里面把大部分有用的东西都塞进去了,打包、转换、编译等等,都在里面,还他娘的直接原生支持 TS ,安装依赖也快。对于洁癖的人来讲,有种干爽的感觉。
打包出来的产物,体积也小,如果要部署到 serverless 边缘计算平台(比如 Vercel、Railway .... )的话,Bun 优势很大。
我反正作为一个前端,一直很不喜欢 npm 。
如果你要选择 JS 运行时平台时,如果是一些对于速度要求比较高的项目,比如游戏服务器、缓存服务、网关、还有那种直播等实时性比较高的,或者是学校系统里的查分系统、选课系统哈哈哈,一秒几千上万个并发,那最好就用 BUN 。(其实吧,查分这种只读场景只靠redis就好了,实际上性能瓶颈一般都是数据库,,,但凡专业点都知道,查分是只读场景,太容易优化了)
毕竟, 99%的web场景,没有代码问题,一般人一辈子触及不到性能问题。而这个瓶颈 99.999%的又都在db上面,业务层没有任何瓶颈。要多看看火焰图!
但是毕竟 Nodejs 有 17 年的历史了,如果是一些保守的项目,那还继续使用 Nodejs 。但是我还是推荐大家去试试 Bun , 未来很有可能是 Bun 的主场,,, 除非是那种对容错要求很低的项目,比如 监控类的、安全类的、金融类的项目,那就用保守的。。。 或者说,你要运行的那个项目,有个 不兼容 Bun 的模块,非用 Nodejs 不可。那这个没办法。