[译] Node.js 会永远只是慢的 Golang 吗？

原文地址：Will Node.js forever be the sluggish Golang?

原文做者：Alex Hultman

译文出自：掘金翻译计划

本文永久连接：github.com/xitu/gold-m…

译者：steinliber

校对者：Endone，JasonLinkinBright

Node.js 会永远只是慢的 Golang 吗？前端

这篇文章展现的 Node.js 新扩展将颠覆这种状况node

你彷佛老是不可避免地听到下一个据称更快的所谓 Node.js “Web 框架”。是的，咱们都知道 Express 很慢，可是存在另外一个 “Web 框架”能真正提高 I/O 性能吗？答案是否认的，除了避免 Express 的运行开销外，这些新框架在 I/O 性能上并不能作的更多。想要走的更远，就须要对 Node.js 深刻挖掘并从新设计，而不只仅是在其基础上加新的一层。android

Express 是 Node.js 生态中最古老的所谓“网络框架”之一。它构建在由 Node.js 所提供的开箱即用功能的基础之上，并提供了一个以 App 为中心的接口来管理 URL、路由、参数、方法等。ios

固然，它既高效又优雅，可是在性能方面却不尽人意。最近还浮现出像 Fastify 以及其它数百个相似的网络框架。它们都旨在以较低的性能损失来提供 Express 中的功能。须要指出的是；这是一种性能的损失而不是提高。它们仍然被严格限制在 Node.js 所能提供的范围内，这与其竞争对象相比还远远不够：git

不管是 Fastify 仍是其它所谓基于 Node.js 的 “Web 框架”都不能越过 Node.js 的红线。相对于像 Golang 这样热门的选择方案来讲，这样的上限能够说是至关低了。github

幸运的是，Node.js 支持 C++ 扩展，Google 的 V8 绑定把 JavaScript 连接到 C++ 而且容许你的 JavaScript 代码调用其任何行为，甚至是 Node.js 自己并不提供的行为。golang

这使得扩展 JavaScript 成为可能。并提供了全新的视角去探索 JavaScript 的更多用途，使之能够充分发挥 Google V8 的功能，而不用限制于 Node.js “核心开发者” 所认为的足够好的功能。npm

发布新的 µWebSockets.js

我将发布全新的代码 µWebSockets.js，今天就能够在 Github 上看到：github.com/uNetworking…。后端

使用 NPM 安装 Node.js（尽管托管在 GitHub 上）：npm install uNetworking/uWebSockets.js#v15.0.0，能够查看 NPM 安装文档。
不须要编译器；适用于 Linux，macOS 和 Windows。咱们从 15.0.0 版本开始并根据 SemVer 递增。

它是另外一个用于 JavaScript 后端的 Web 服务，由大概 6 千行 C 和 C++ 代码编写，在性能方面极大的超过了 Golang。Bitfinex.com 已经把他们的交易接口（REST 和 WebSocket）迁移到了这个服务而且正在逐步将之投入生产。浏览器

来自 Bitfinex 的 Paolo Ardoino 特别提到：“这是一个很是酷的项目”。

这项工做得以完成，须要感谢这些赞助者；BitMEX、Bitfinex 和 Coinbase 使这项工做成为可能。多亏了他们，咱们如今有了一个新的版本！

请解释下，这究竟是怎么回事？

这是在新的代码许可 Apache 2.0 协议下一个新的项目，是所谓 “uws” 的继任者。它是一个完整的栈，从系统内核到 Google V8 引擎，为 Node.js 带来稳定，安全，符合标准，快速且轻量级的 I/O：

在这个层级的软件设计中，其中的每一层都只依赖先前的层级，这使得不管是追踪和修复问题仍是扩展新的支持变得很简单。

µSockets 其自己甚至还有 3 个子层级，从 eventing 到 networking 再到 crypto，每个子层只知道前面的层级。这使得更换部件，修复问题和添加替代的实现都不须要更改任何高层的代码。

对 OpenSSL 感到疲倦了？那好，经过替换 ssl.c 和它的 600 行代码就能够替换 OpenSSL。其它层甚至都不用知道 SSL 是什么，所以很容易定位错误。

这和 Node.js 的实现有很大的不一样，其设计的实现为“把一切都堆在一块儿”。在 Node.js 的一个源文件中，你能够找到 libuv 调用，系统调用，OpenSSL调用，V8 调用。这一切都混成一团而没有试图去接耦分离使模块独立。这使得它很难作出任何真正的改变。

简而言之，为 µWebSockets.js 编码

如下是一个 µWebSockets.js 的很是简化的实现，为了简洁起见省略了不少概念，可是应该能让你大概知道 µWebSockets.js 是什么：

在某些方面相比于 Golang 的 Gorilla Gorilla，在 SSL 和非 SSL 基础上它可能表现的更好。也就是说，SSL 基础上的 JS 代码能够比非 SSL 基础上的 Golang（在某些方面）更快的发送消息。我认为这真的很酷。

快速的发布/订阅支持

Socket.IO 在不少方面就是 Express 的“实时”等价物。它们都一样的古老，优雅且受欢迎，可是也很是的慢：

大部分 Socket.IO 所能帮助你的功能能够概括为发布/订阅，即向包含多个接收者的房间发送信息的功能，以及与之对应接收消息的功能。

Fallbacks 在今天没有任何意义，由于每一个浏览器都支持 WebSockets，并且这种状况已经持续不少年了。SSL 的流量不会被企业的代理劫持，而且将像任何 Http 流量同样经过，因此 SSL 上的 WebSockets 确定不会被阻塞。你仍然能够有 fallbacks，可是它们毫无心义而且会产生没必要要的复杂性。

μWebSockets.js 的一个目标是提供相似于 Socket.IO 中的功能，使之有可能被彻底替代，而不是在其顶部包装一层。但这并非强制执行任何特定的非标准协议。

大多数公司当遇到 WebSockets 时都在和某些发布/订阅的问题做斗争。遗憾的是，高效的发布/订阅服务并无在此次发布的最后期限提供，可是它立刻就要来了，以很是高的优先级。它会很是快（基准测试中已经比 Redis 更快了）。注意！

如今发生了什么？

优化，添加特性和修正错误。刚开始开发，可能不可以彻底适应，因此须要有一些相关的介绍。请记住，它是一个由三个不一样的仓库组成包含成千上万行代码的大型项目：

github.com/uNetworking…（JavaScript 包装层）
github.com/uNetworking…（C++ 网络服务）
github.com/uNetworking…（C 基础库）

一些在 I/O 上有巨大压力的公司在使用这个项目。稳定性和安全性（天然且明显的）是这个项目的最高优先级。记住要在早期的发布版本中报告稳定性方面的问题，由于这个发布版本是包含大量更改的大版本。

若是你做为一家公司认为这个项目是有意义的，而且是有经济利益的，那么请确保和咱们取得联系。我将提供各类各样的咨询工做。请联系：github.com/alexhultman

谢谢！

若是发现译文存在错误或其余须要改进的地方，欢迎到掘金翻译计划对译文进行修改并 PR，也可得到相应奖励积分。文章开头的 本文永久连接 即为本文在 GitHub 上的 MarkDown 连接。

掘金翻译计划是一个翻译优质互联网技术文章的社区，文章来源为掘金上的英文分享文章。内容覆盖 Android、iOS、前端、后端、区块链、产品、设计、人工智能等领域，想要查看更多优质译文请持续关注掘金翻译计划、官方微博、知乎专栏。