Node.js高性能JavaScript 工具包v8.0.0正式版

Node.js高性能JavaScript 工具包v8.0.0正式版是一套用来编写高性能网络服务器的 JavaScript 工具包，一系列的变化由此开始。比较独特的是，Node.js 会假设你是在 POSIX 环境下运行它 Linux 或 Mac OS X。如果你是在 Windows 下，那就需要安装 MinGW 以获得一个仿 POSIX 的环境。在 Node 中，Http 是首要的。Node 为创建 http 服务器作了优化，所以你在网上看到的大部分示例和库都是集中在 web 上(http 框架、模板库等）。

更新内容

Node.js v8.0.0 已正式发布。v8.0.0 是下一个主要的版本，带来了一系列重大的变化和新功能，内容十分多，本文包含主要重要的更改和功能的摘要。

npm 5.0.0

npm 最近宣布发布了 5.0.0 版本的 npm 客户端，现在在 Node.js 8.0.0 中使用了这个重要的新版本。

V8 5.8

Node.js 8.0.0 使用了 V8 5.8，这是 JavaScript 运行时的重要更新，其中包括性能方面和面向开发者 API 的重大改进。对 Node.js 开发者来说最重要的是 V8 5.8 保证与 V8 5.9 和即将推出的 V8 6.0 具有 ABI 的向前兼容性，这将有助于确保 Node.js 原生插件生态系统的稳定性。在 Node.js 8 的生命周期中，会计划升级到 5.9 甚至 6.0。

V8 5.8 引擎还有助于设置新的 TurboFan + Ignition 编译器管道（compiler pipeline）的转移，这将为所有 Node.js 应用程序提供重要的新的性能优化。虽然 V8 之前的版本已经存在，但 TurboFan 和 Ignition 将在 V8 5.9 中首次默认启用。新的编译器管道代表了这样一个重大变化 —— Node.js 核心技术委员会（CTC）选择推迟最初发布安排在 4 月的 Node.js 8，以便更好地适应它。

Node.js API (N-API)

对于使用或创建原生插件的 Node.js 开发者，新的实验性的 Node.js API（N-API）对于现有的 Native Abstractions for Node.js (nan) 来说是一个重大的改进，它将允许原生插件在一个系统上编译一次，并在多个版本的 Node.js 上使用。

通过提供一个新的虚拟机不可知的应用程序二进制接口（ABI），原生插件不仅可以在多个版本的 V8 JavaScript 运行时上运行，还可以在微软的 Chakra-Core 运行时上使用。

N-API 在 Node.js 8.0.0 中是实验性的功能。

完全支持 WHATWG URL 解析器

WHATWG URL 标准实现的实验性 URL API 去年已经添加到 Node.js 7.x 中，自那以来一直在积极发展。现在，从 8.0.0 开始，新的 URL 实现现在是 Node.js 中完全支持的非实验性 API。下面展示了一个示例用法，官方文档中提供了更多详细信息。

const URL = require('url').URL;const myUrl = new URL('/a/path', 'https://example.org/')

这个新的 URL 实现是最重要的，因为它与现代 Web 浏览器（如 Chrome，Firefox，Edge 和 Safari）中的 URL 实现和 API 相匹配，允许使用 URL 在不同环境之间共享代码。

长期支持

Node.js 8 是下一个进入长期支持（LTS）的版本。这将在 2017 年 10 月进入，一旦 Node.js 8 转换到LTS，将会使用代号 Carbon。

软件简介

Node.js 是一套用来编写高性能网络服务器的 JavaScript 工具包，一系列的变化由此开始。比较独特的是，Node.js 会假设你是在 POSIX 环境下运行它 Linux 或 Mac OS X。如果你是在 Windows 下，那就需要安装 MinGW 以获得一个仿 POSIX 的环境。在 Node 中，Http 是首要的。Node 为创建 http 服务器作了优化，所以你在网上看到的大部分示例和库都是集中在 web 上(http 框架、模板库等）。

Node功能

它对什么有好处？

正如您此前所看到的，Node 非常适合以下情况：在响应客户端之前，您预计可能有很高的流量，但所需的服务器端逻辑和处理不一定很多。Node 表现出众的典型示例包括：

RESTful API

提供 RESTful API 的 Web 服务接收几个参数，解析它们，组合一个响应，并返回一个响应（通常是较少的文本）给用户。这是适合 Node 的理想情况，因为您可以构建它来处理数万条连接。它仍然不需要大量逻辑；它本质上只是从某个数据库中查找一些值并将它们组成一个响应。由于响应是少量文本，入站请求也是少量的文本，因此流量不高，一台机器甚至也可以处理最繁忙的公司的 API 需求。

Twitter 队列

想像一下像 Twitter 这样的公司，它必须接收 tweets 并将其写入数据库。实际上，每秒几乎有数千条 tweet 达到，数据库不可能及时处理高峰时段所需的写入数量。Node 成为这个问题的解决方案的重要一环。如您所见，Node 能处理数万条入站 tweet。它能快速而又轻松地将它们写入一个内存排队机制（例如 memcached），另一个单独进程可以从那里将它们写入数据库。Node 在这里的角色是迅速收集 tweet，并将这个信息传递给另一个负责写入的进程。想象一下另一种设计（常规 PHP 服务器会自己尝试处理对数据库本身的写入）：每个 tweet 都会在写入数据库时导致一个短暂的延迟，因为数据库调用正在阻塞通道。由于数据库延迟，一台这样设计的机器每秒可能只能处理 2000 条入站 tweet。每秒处理 100 万条 tweet 则需要 500 个服务器。相反，Node 能处理每个连接而不会阻塞通道，从而能够捕获尽可能多的 tweets。一个能处理 50,000 条 tweet 的 Node 机器仅需 20 台服务器即可。

电子游戏统计数据

如果您在线玩过《使命召唤》这款游戏，当您查看游戏统计数据时，就会立即意识到一个问题：要生成那种级别的统计数据，必须跟踪海量信息。这样，如果有数百万玩家同时在线玩游戏，而且他们处于游戏中的不同位置，那么很快就会生成海量信息。Node 是这种场景的一种很好的解决方案，因为它能采集游戏生成的数据，对数据进行最少的合并，然后对数据进行排队，以便将它们写入数据库。使用整个服务器来跟踪玩家在游戏中发射了多少子弹看起来很愚蠢，如果您使用 Apache 这样的服务器，可能会 有一些有用的限制；但相反，如果您专门使用一个服务器来跟踪一个游戏的所有统计数据，就像使用运行 Node 的服务器所做的那样，那看起来似乎是一种明智之举。