前两天，Node.js官网公布了Node.js 15的正式版本，Node.js 15 将代替 Node.js 14 成为以后的的稳固发行版，后者将在本月晚些时候降级为 LTS（长期反对）版本。如果大家想体验下Node.js 15 的最新性能，能够从官网进行下载。


那Node.js 15带来了哪些新的性能和个性呢？次要体现在以下几个方面：

  • AbortController
  • N-API 版本 7
  • npm 7
  • unhandled rejections 默认抛出
  • QUIC
  • V8 8.6

AbortController

AbortController接口示意一个控制器对象，容许开发者依据须要停止一个或多个 Web申请，Node.js 15 退出了 AbortController 的一个实验性实现。AbortController 是一个全局实用工具类，可依据 AbortController Web API在选定的基于 Promise 的 API 中勾销收回的申请信号，如下所示。

const ac = new AbortController();ac.signal.addEventListener('abort', () => console.log('Aborted!'),{ once: true });ac.abort();console.log(ac.signal.aborted);    //Prints True

在下面的示例中，当调用 abortController.abort()办法时就会收回 abort 事件，AbortController 将仅触发一次 abort 事件。同时，附加到 AbortSignal 上的事件侦听器应应用{ once: true}参数选项（或等效于 EventEmitterAPI 的 once()），以确保一旦 abort 事件失去解决，而后再将事件侦听器删除。

对于AbortController的 Node.js API 文档，能够参考：AbortController。

N-API 7

N-API是一个用于构建本机插件的API，它独立于底层JavaScript运行时环境（如V8），并作为Node.js自身的一部分。此API将作为跨Node.js版本已编译的利用程序接口(Application Binary Interface)的稳定版，简称(ABI)。它是为了将Addons插件和底层JavaScript引擎的改变隔离开来，并且容许在一个版本编译的模块不须要从新编译就能够在更高版本的Node.js上运行。

N-API是一个C语言的API，它确保了Node.js版本和不同编译器级别之间利用程序接口(ABI)的稳定性。C++ API能够更容易应用。为了反对应用C++，Node.js应用了一个C++包装器模块叫做node-addon-api，此包装器提供了一个可内联的C++ API。应用node-addon-api构建的二进制文件将依赖于Node.js导出的基于C函数符号的N-API接口，node-addon-api是一种更无效写代码的办法，用来编写调用N-API。

对于 Node.js 的N-API，能够参考：C/C++ addons with N-API

上面是node-addon-api的一个应用例子。

Object obj = Object::New(env);obj["foo"] = String::New(env, "bar");
napi_status status;napi_value object, string;status = napi_create_object(env, &object);if (status != napi_ok) {  napi_throw_error(env, ...);  return;}status = napi_create_string_utf8(env, "bar", NAPI_AUTO_LENGTH, &string);if (status != napi_ok) {  napi_throw_error(env, ...);  return;}status = napi_set_named_property(env, object, "foo", string);if (status != napi_ok) {  napi_throw_error(env, ...);  return;}

此次更新的N-API 7 是上一个大版本以来的第一个新版本，带来了ArrayBuffers的相干内容。

npm 7

Node.js 15 附带了 npm 的新大版本 npm 7。npm 7 有许多新性能，包含 npm 工作区和新的 package-lock.json 格局。npm 7 还包含 yarn.lock 文件反对。npm 7 的一大变动是默认装置对等依赖项。

unhandled rejections 默认抛出

从 Node.js 15 开始，unhandledRejection 的默认模式已更改为 throw（以前是 warn）。在 throw 模式下，如果未设置 unhandledRejection hook，则会将 unhandledRejection 晋升为未捕捉的异样。领有 unhandledRejection hook 的用户应该不会看到任何行为变动，并且依然能够应用 --unhandled-rejections=mode 过程标记来切换模式。

Node.js 之前的多个版本都会默认收回 UnhandledPromiseRejectionWarning，而依据《Node.js 用户见解：Unhandled Promise Rejections》考察的后果，Node.js TSC 批准将模式切换为 throw。

QUIC

QUIC 是谷歌制订的一种基于UDP的低时延的互联网传输层协定，它是 HTTP/3 的根底传输协定。并且，在2016年11月国内互联网工程工作组(IETF)召开了第一次QUIC工作组会议，受到了业界的宽泛关注，意味着QUIC开始在成为新一代传输层协定上迈出了要害的一步。同时，QUIC 具备内置的 TLS 1.3 安全性、流控制、谬误纠正、连贯迁徙和多路复用。

Node.js 15 附带 QUIC 的实验性反对，可通过 --experimental-quic 配置标记编译 Node.js 来启用。例如，外围 net 模块公开了 Node.js QUIC 实现，代码如下。

const { createQuicSocket } = require('net');
'use strict';const key = getTLSKeySomehow();const cert = getTLSCertSomehow();const { createQuicSocket } = require('net');// Create the QUIC UDP IPv4 socket bound to local IP port 1234const socket = createQuicSocket({ endpoint: { port: 1234 } });socket.on('session', async (session) => {  // A new server side session has been created!  // The peer opened a new stream!  session.on('stream', (stream) => {    // Let's say hello    stream.end('Hello World');    // Let's see what the peer has to say...    stream.setEncoding('utf8');    stream.on('data', console.log);    stream.on('end', () => console.log('stream ended'));  });  const uni = await session.openStream({ halfOpen: true });  uni.write('hi ');  uni.end('from the server!');});// Tell the socket to operate as a server using the given// key and certificate to secure new connections, using// the fictional 'hello' application protocol.(async function() {  await socket.listen({ key, cert, alpn: 'hello' });  console.log('The socket is listening for sessions!');})();

对于QUIC的更多信息，能够参考上面的文档：QUIC 。

V8 8.6

V8 JavaScript 引擎已更新为 V8 8.6（V8 8.4 是 Node.js 14 中的最新版本）。除了性能调整和改良之外，V8 更新还带来了以下语言个性：

Promise.any()——MDN

Promise.any() 接管一个Promise可迭代对象，只有其中的一个 promise 胜利，就返回那个曾经胜利的 promise 。如果可迭代对象中没有一个 promise 胜利（即所有的 promises 都失败/回绝），就返回一个失败的 promise 和AggregateError类型的实例，它是 Error 的一个子类，用于把繁多的谬误汇合在一起。

Promise.any()的参考文档如下所示：Promise.any()

AggregateError——MDN

AggregateError次要用于操作报告多个谬误被抛出的场景，语法格局如下：

new AggregateError(errors[, message])

捕捉一个AggregateError的示例代码如下：

Promise.any([  Promise.reject(new Error("some error")),]).catch(e => {  console.log(e instanceof AggregateError); // true  console.log(e.message);                   // "All Promises rejected"  console.log(e.name);                      // "AggregateError"  console.log(e.errors);                    // [ Error: "some error" ]});

创立一个AggregateError的示例代码如下：

try {  throw new AggregateError([    new Error("some error"),  ], 'Hello');} catch (e) {  console.log(e instanceof AggregateError); // true  console.log(e.message);                   // "Hello"  console.log(e.name);                      // "AggregateError"  console.log(e.errors);                    // [ Error: "some error" ]}

具体参考文档：AggregateError

String.prototype.replaceAll()——MDN

replaceAll() 办法是返回一个新字符串，新字符串所有满足 pattern 的局部都已被replacement 替换。pattern能够是一个字符串或一个 RegExp， replacement能够是一个字符串或一个在每次匹配被调用的函数。

const p = 'The quick brown fox jumps over the lazy dog. If the dog reacted, was it really lazy?';const regex = /dog/gi;console.log(p.replaceAll(regex, 'ferret'));// expected output: "The quick brown fox jumps over the lazy ferret. If the ferret reacted, was it really lazy?"console.log(p.replaceAll('dog', 'monkey'));// expected output: "The quick brown fox jumps over the lazy monkey. If the monkey reacted, was it really lazy?"

具体内容参考：String.prototype.replaceAll()

安利降级

另外，随着 Node.js 15 新版本的公布！官网心愿开发者尽快的进行降级，并将遇到的问题反馈就给官网，。当然，开发者还能够应用 Node.js 15 测试你的应用程序和模块，以确保你的我的项目与最新的 Node.js 个性和更改兼容。

并且，Node.js官网也开始打算降级到 Node.js 14 ，它将在下周降级到 LTS，反对会继续到直到 2023 年 4 月。还要留神的是，Node.js 10 将于 2021 年 4 月完结生命周期。因而，如果你仍在应用 Node.js 10，咱们倡议你开始打算降级。

原文链接：https://medium.com/@nodejs/node-js-v15-0-0-is-here-deb00750f278