您好,欢迎访问一九零五行业门户网

Node.js 15正式版发布,将替代Node.js 14成为当前的的稳定发行版

前两天,node.js官方发布了node.js 15的正式版本,node.js 15 将替代 node.js 14 成为当前的的稳定发行版,后者将在本月晚些时候升级为 lts(长期支持)版本。如果大家想体验下node.js 15 的最新功能,可以从官方进行下载。
视频教程推荐:nodejs 教程
那node.js 15带来了哪些新的功能和特性呢?主要体现在以下几个方面:
abortcontrollern-api 版本 7npm 7unhandled rejections 默认抛出quicv8 8.6abortcontrollerabortcontroller接口表示一个控制器对象,允许开发者根据需要中止一个或多个 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 7n-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 7node.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。
quicquic 是谷歌制定的一种基于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.6v8 javascript 引擎已更新为 v8 8.6(v8 8.4 是 node.js 14 中的最新版本)。除了性能调整和改进之外,v8 更新还带来了以下语言特性:
promise.any()——mdnpromise.any() 接收一个promise可迭代对象,只要其中的一个 promise 成功,就返回那个已经成功的 promise 。如果可迭代对象中没有一个 promise 成功(即所有的 promises 都失败/拒绝),就返回一个失败的 promise 和aggregateerror类型的实例,它是 error 的一个子类,用于把单一的错误集合在一起。
promise.any()的参考文档如下所示:promise.any()
aggregateerror——mdnaggregateerror主要用于操作报告多个错误被抛出的场景,语法格式如下:
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()——mdnreplaceall() 方法是返回一个新字符串,新字符串所有满足 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
更多编程相关知识,请访问:编程入门!!
以上就是node.js 15正式版发布,将替代node.js 14成为当前的的稳定发行版的详细内容。
其它类似信息

推荐信息