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

< >

好玩

坑爹

应用语言：中文
应用大小ⅰ：60M
更新时间：2017-05-31 15:19
发行时间：
应用类型：普通
应用标签： Node.js

Node.js高性能JavaScript工具包v8.0.0正式版是一套用来编写高性能网络服务器的JavaScript工具包，一系列的变化由此开始。比较独特的是|，Node.js会假设你是在POSIX环境下运行它Linux或MacOSX|。如果你是在Windows下，那就需要安装MinGW以获得一个仿P[更多]

大小：60M

应用介绍

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 的服务器所做的那样，那看起来似乎是一种明智之举。