每隔几个星期,就有人发表 Java 和 Node 比较的性能评测,像 PayPal 或者 Joey Whelan 发表的帖子. 作为 Node 很多公共管理模块核心的维护者和贡献者之一, Strong Loop 很高兴看到 Node 的获胜。每个人都知道,评测是一个特殊的衡量方式,其实并不适用于所有的情况。有时候 Java 要快一些,有时候 Node 要快一些。当然,用什么和怎么衡量才是最重要的。高并发性问题但是,有一件事我们都认同:为了能适应高并发的情况(成千上万的连接),你的服务器需要采用异步非阻塞模式。你可能已经在 IO 操作中实现了这种方式。但问题是,如果你的服务器代码的任何部分可能产生阻塞,你都需要开启一个线程。在这种级别的并发下, 你不能去为每个连接创建线程。所以整个代码路径都需要异步非阻塞式的, 不仅仅在输入输出层。这就是 Node 擅长的地方。
尽管 Java 或 Node 或其他技术可能赢得一个评测,但到现在为止还没有任何服务器端的语言,实现了像 Node.js 那样完整的非阻塞生态系统。Node 已经实现了超过 5W 的异步方式的模块了。散落在无数网页的代码示例里,所有的课程和教程都在使用这种异步方式。调试、显示、记录、集群管理、测试框架甚至更多其他更多代码都是你所期待的非阻塞异步模式。
直到 Java 或另一种语言生态系统能到达支持这种异步模式的程度 (在 Node 中能达到这种水平,是因为 JavaScript 在浏览器中天生的异步基因), 尽管它原始的非阻塞操作(non-blocking IO) 性能可能比 node 或其他任何评测结果表现的更好;需要大并发的项目会选择 Node(并且忍受他的缺点), 因为它是完成我们项目的最好方式。 大公司, 供应商和社区
我们要帮助让 Node 和其系统工具和库保持成熟。其他人也在做着同样的事情, 从 LinkedIn,雅虎与 Groupon 这样的大用户到像微软, MuleSoft Appcelerator 这样的供应商和个人开发者每年贡献成千上万个有用的模块。Node 将变得会越来越好, 我们会帮助修复缺点或完全消除它们, 异步的时代将会带我们进入数以百万计的连接设备的乐土。使用 StrongOps 监控 node 应用程序
准备好开始监视事件循环 (Event Loop), 管理节点集群(node cluster) 并找出内存泄漏了吗?我们可以很容易通过一个简单的 npm 命令安装,或从你本地,或你最喜欢的云开始使用 StrongOps:
来源: