Node.js 15將替代Node.js 14成為當(dāng)前的的穩(wěn)定發(fā)行版的案例分析

這篇文章給大家分享的是有關(guān)Node.js 15將替代Node.js 14成為當(dāng)前的的穩(wěn)定發(fā)行版的案例分析的內(nèi)容。小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧。

前兩天，Node.js官方發(fā)布了Node.js 15的正式版本，Node.js 15 將替代 Node.js 14 成為當(dāng)前的的穩(wěn)定發(fā)行版，后者將在本月晚些時(shí)候升級(jí)為 LTS（長(zhǎng)期支持）版本。如果大家想體驗(yàn)下Node.js 15 的最新功能，可以從官方進(jìn)行下載。

那Node.js 15帶來(lái)了哪些新的功能和特性呢？主要體現(xiàn)在以下幾個(gè)方面：

• AbortController
• N-API 版本 7
• npm 7
• unhandled rejections 默認(rèn)拋出
• QUIC
• V8 8.6

AbortController

AbortController接口表示一個(gè)控制器對(duì)象，允許開(kāi)發(fā)者根據(jù)需要中止一個(gè)或多個(gè) Web請(qǐng)求，Node.js 15 加入了 AbortController 的一個(gè)實(shí)驗(yàn)性實(shí)現(xiàn)。AbortController 是一個(gè)全局實(shí)用工具類(lèi)，可根據(jù) AbortController Web API在選定的基于 Promise 的 API 中取消發(fā)出的請(qǐng)求信號(hào)，如下所示。

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

在上面的示例中，當(dāng)調(diào)用 abortController.abort()方法時(shí)就會(huì)發(fā)出 abort 事件，AbortController 將僅觸發(fā)一次 abort 事件。同時(shí)，附加到 AbortSignal 上的事件偵聽(tīng)器應(yīng)使用{ once: true}參數(shù)選項(xiàng)（或等效于 EventEmitterAPI 的 once()），以確保一旦 abort 事件得到處理，然后再將事件偵聽(tīng)器刪除。

關(guān)于AbortController的 Node.js API 文檔，可以參考：AbortController。

N-API 7

N-API是一個(gè)用于構(gòu)建本機(jī)插件的API，它獨(dú)立于底層JavaScript運(yùn)行時(shí)環(huán)境（如V8），并作為Node.js本身的一部分。此API將作為跨Node.js版本已編譯的應(yīng)用程序接口(Application Binary Interface)的穩(wěn)定版，簡(jiǎn)稱(ABI)。它是為了將Addons插件和底層JavaScript引擎的改動(dòng)隔離開(kāi)來(lái)，并且允許在一個(gè)版本編譯的模塊不需要重新編譯就可以在更高版本的Node.js上運(yùn)行。

N-API是一個(gè)C語(yǔ)言的API，它確保了Node.js版本和不同編譯器級(jí)別之間應(yīng)用程序接口(ABI)的穩(wěn)定性。C++ API可以更容易使用。為了支持使用C++，Node.js使用了一個(gè)C++包裝器模塊叫做node-addon-api，此包裝器提供了一個(gè)可內(nèi)聯(lián)的C++ API。使用node-addon-api構(gòu)建的二進(jìn)制文件將依賴于Node.js導(dǎo)出的基于C函數(shù)符號(hào)的N-API接口，node-addon-api是一種更有效寫(xiě)代碼的方法，用來(lái)編寫(xiě)調(diào)用N-API。

關(guān)于 Node.js 的N-API，可以參考：C/C++ addons with N-API

下面是node-addon-api的一個(gè)使用例子。

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 是上一個(gè)大版本以來(lái)的第一個(gè)新版本，帶來(lái)了ArrayBuffers的相關(guān)內(nèi)容。

npm 7

Node.js 15 附帶了 npm 的新大版本 npm 7。npm 7 有許多新功能，包括 npm 工作區(qū)和新的 package-lock.json 格式。npm 7 還包括 yarn.lock 文件支持。npm 7 的一大變化是默認(rèn)安裝對(duì)等依賴項(xiàng)。

unhandled rejections 默認(rèn)拋出

從 Node.js 15 開(kāi)始，unhandledRejection 的默認(rèn)模式已更改為 throw（以前是 warn）。在 throw 模式下，如果未設(shè)置 unhandledRejection hook，則會(huì)將 unhandledRejection 提升為未捕獲的異常。擁有 unhandledRejection hook 的用戶應(yīng)該不會(huì)看到任何行為變化，并且仍然可以使用 --unhandled-rejections=mode 進(jìn)程標(biāo)志來(lái)切換模式。

Node.js 之前的多個(gè)版本都會(huì)默認(rèn)發(fā)出 UnhandledPromiseRejectionWarning，而根據(jù)《Node.js 用戶見(jiàn)解：Unhandled Promise Rejections》調(diào)查的結(jié)果，Node.js TSC 同意將模式切換為 throw。

QUIC

QUIC 是谷歌制定的一種基于UDP的低時(shí)延的互聯(lián)網(wǎng)傳輸層協(xié)議，它是 HTTP/3 的基礎(chǔ)傳輸協(xié)議。并且，在2016年11月國(guó)際互聯(lián)網(wǎng)工程任務(wù)組(IETF)召開(kāi)了第一次QUIC工作組會(huì)議，受到了業(yè)界的廣泛關(guān)注，意味著QUIC開(kāi)始在成為新一代傳輸層協(xié)議上邁出了關(guān)鍵的一步。同時(shí)，QUIC 具有內(nèi)置的 TLS 1.3 安全性、流控制、錯(cuò)誤糾正、連接遷移和多路復(fù)用。

Node.js 15 附帶 QUIC 的實(shí)驗(yàn)性支持，可通過(guò) --experimental-quic 配置標(biāo)志編譯 Node.js 來(lái)啟用。例如，核心 net 模塊公開(kāi)了 Node.js QUIC 實(shí)現(xiàn)，代碼如下。

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!');
})();

關(guān)于QUIC的更多信息，可以參考下面的文檔：QUIC 。

V8 8.6

V8 JavaScript 引擎已更新為 V8 8.6（V8 8.4 是 Node.js 14 中的最新版本）。除了性能調(diào)整和改進(jìn)之外，V8 更新還帶來(lái)了以下語(yǔ)言特性：

Promise.any()——MDN

Promise.any() 接收一個(gè)Promise可迭代對(duì)象，只要其中的一個(gè) promise 成功，就返回那個(gè)已經(jīng)成功的 promise 。如果可迭代對(duì)象中沒(méi)有一個(gè) promise 成功（即所有的 promises 都失敗/拒絕），就返回一個(gè)失敗的 promise 和AggregateError類(lèi)型的實(shí)例，它是 Error 的一個(gè)子類(lèi)，用于把單一的錯(cuò)誤集合在一起。

Promise.any()的參考文檔如下所示：Promise.any()

AggregateError——MDN

AggregateError主要用于操作報(bào)告多個(gè)錯(cuò)誤被拋出的場(chǎng)景，語(yǔ)法格式如下：

new AggregateError(errors[, message])

捕獲一個(gè)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" ]
});

創(chuàng)建一個(gè)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" ]
}

String.prototype.replaceAll()——MDN

replaceAll() 方法是返回一個(gè)新字符串，新字符串所有滿足 pattern 的部分都已被replacement 替換。pattern可以是一個(gè)字符串或一個(gè) RegExp， replacement可以是一個(gè)字符串或一個(gè)在每次匹配被調(diào)用的函數(shù)。

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?"

安利升級(jí)

另外，隨著 Node.js 15 新版本的發(fā)布！官方希望開(kāi)發(fā)者盡快的進(jìn)行升級(jí)，并將遇到的問(wèn)題反饋就給官方，。當(dāng)然，開(kāi)發(fā)者還可以使用 Node.js 15 測(cè)試你的應(yīng)用程序和模塊，以確保你的項(xiàng)目與最新的 Node.js 特性和更改兼容。

并且，Node.js官方也開(kāi)始計(jì)劃升級(jí)到 Node.js 14 ，它將在下周升級(jí)到 LTS，支持會(huì)持續(xù)到直到 2023 年 4 月。還要注意的是，Node.js 10 將于 2021 年 4 月結(jié)束生命周期。

感謝各位的閱讀！關(guān)于Node.js 15將替代Node.js 14成為當(dāng)前的的穩(wěn)定發(fā)行版的案例分析就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！