nodejs 做后端性能真的很差吗

[fescover]

nodejs 做后端性能真的很差吗？ 比如用前后端都在 Nextjs 里写，部署到 Node20 的 docker ，4 核 8g 能否抗住 10 万 UV 同时访问?

[ZZ74]

首先相对来说差是肯定的。前司有项目，很相同的业务做了两套系统 nodejs 的性能就是差，淘汰的最早。至于能抗多少看业务和功能了。而且内存泄漏这事相对高发还很不容易排查

[watzds]

10 万这么高？

[june4]

人家 python/ruby/php 都能写后台，脚本性能一哥的 js 不能？ js 性能比 py 高数量级以上。

[sagaxu]

10 万 UV 同时访问，DAU 至少有 200 万，每年机房预算可以编个 500 万

[itfisher]

10w uv 同时访问是个什么概念？如果是 1s 内 10w uv ，这里假设你单页面请求后端 3 个接口，也就是 30 万 qps 的请求，这个请求量是挺夸张的其实。
---
这里假设楼主表达的意思是 10w qps 请求后端，按照我个人写 Java 的经验，对于一个中等业务，4c8g 配置单机一般是估计 qps500-2000 的，实际上还要根据实际情况调整，感觉对于任何一种语言来说，这点配置都不够抗的吧。
--
以上仅作为个人浅见，希望可以给楼主一个参考，如有不对也欢迎一起讨论

[xubingok]

相对 java 是差的...
但是你可以加配置啊.
我觉得堆配置永远是性价比最高的方法~~~

[skuuhui]

不知道你再说什么。如果你是纯 io 操作，nodejs 比绝大多数语言的性能都好。在主流语言中可能只会弱 golang 。如果你本身有很多计算密集，那和语言关系也不大。你这配置也不行。在一个你库能不能扛住。

[WDATM33]

我觉得做 web 程序主要的耗时还是在数据库上，数据库快了其他的基本都不会多慢。
除非你的业务超级复杂。

[LuckyLauncher]

你需要看看你的业务是有多少用后端实实在在算的
io 密集型 node 还是挺能打的
比如调调三方接口，连数据库 CRUD 这都是 io 密集型，但是你如果说用 node ssr ，这就是实打实计算的了，不过现在 ssr 一般都用缓存，问题也不大