如何解决在高负载下，Node.js的可伸缩性是否会因为垃圾回收而受到损害？
| 尽管Node.js是一个非常热门的话题，但我偶然发现它被报告为Node.js可能由于其垃圾收集模型而不适用于实时应用程序（http://amix.dk/blog/post/19577） 。并且，一些基准测试表明，与RingoJS（http://hns.github.com/2010/09/29/benchmark2.html）相比，Node.js的响应速度较慢。 目前，Node.js已绑定到V8 JavaScript引擎，后者使用世代相传的GC。 那么，当传入请求数量巨大时，Node.js是否会被淘汰？ 如果有真实的生产统计数据，那会更好。 谢谢解决方法
垃圾回收的成本取决于堆中对象的数量，特别是长寿命对象的数量。您拥有的越多，GC花费的时间就越多。
是的，如果堆很大，V8当前有时可能需要一些GC暂停。听起来V8团队正在努力通过分散工作来最大程度地减少每次GC暂停的成本。您可以通过以ѭ0开始在自己的节点程序中查看GC的成本。
对于许多应用程序，GC的成本已被越来越优秀的优化编译器所抵消。我建议尝试一个简单的程序，并测量V8报告的GC成本，以及测量客户端到客户端的延迟。我发现当客户端通过开放Internet连接时，GC成本几乎完全可以忽略。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。