前两天,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 1234
const 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