1、簡(jiǎn)介

本概述介紹了Node.js中阻塞和非阻塞調(diào)用之間的區(qū)別。本概述將參考事件循環(huán)和libuv，但不需要事先了解這些主題。假設(shè)讀者對(duì)JavaScript語言和Node.js回調(diào)模式有基本的理解。

“I/O”主要指與libuv支持的系統(tǒng)磁盤和網(wǎng)絡(luò)的交互。

2、阻塞

阻塞是指Node.js進(jìn)程中額外JavaScript的執(zhí)行必須等待非JavaScript操作完成。發(fā)生這種情況是因?yàn)樵诎l(fā)生阻塞操作時(shí)，事件循環(huán)無法繼續(xù)運(yùn)行JavaScript。

在Node.js中，由于CPU密集型，而不是等待非JavaScript操作（如I/O），而表現(xiàn)出較差性能的JavaScript通常不被稱為阻塞。Node.js標(biāo)準(zhǔn)庫中使用libuv的同步方法是最常用的阻塞操作。原生模塊也可能具有阻塞方法。

Node.js標(biāo)準(zhǔn)庫中的所有I/O方法都提供非阻塞的異步版本，并接受回調(diào)函數(shù)。有些方法也有阻塞的對(duì)應(yīng)方法，它們的名稱以Sync結(jié)尾。

3、對(duì)比代碼

阻塞方法同步執(zhí)行，非阻塞方法異步執(zhí)行。

以文件系統(tǒng)模塊為例，這是一個(gè)同步文件讀取：

const fs = require('fs');
const data = fs.readFileSync('/file.md'); // blocks here until file is read

一個(gè)異步示例：

const fs = require('fs'); 
fs.readFile('/file.md', (err, data) => { 
      if (err) throw err; 
});

第一個(gè)例子看起來比第二個(gè)簡(jiǎn)單，但缺點(diǎn)是第二行會(huì)阻止任何附加JavaScript的執(zhí)行，直到整個(gè)文件被讀取。請(qǐng)注意，在同步版本中，如果拋出錯(cuò)誤，則需要捕獲錯(cuò)誤，否則進(jìn)程將崩潰。在異步版本中，由作者決定是否應(yīng)該拋出錯(cuò)誤。

我們稍微擴(kuò)展一下我們的示例：

const fs = require('fs');
const data = fs.readFileSync('/file.md'); // blocks here until file is read
console.log(data);
moreWork(); // will run after console.log

一個(gè)類似但不等價(jià)的異步示例：

const fs = require('fs');
fs.readFile('/file.md', (err, data) => {
  if (err) throw err;
  console.log(data);
});
moreWork(); // will run before console.log

在上面的第一個(gè)例子中，console.log將在moreWork（）之前調(diào)用。在第二個(gè)例子中，fs.readFile（）是非阻塞的，因此JavaScript可以繼續(xù)執(zhí)行，并將首先調(diào)用moreWork（）。在不等待文件讀取完成的情況下運(yùn)行moreWork（）的能力是實(shí)現(xiàn)更高吞吐量的關(guān)鍵設(shè)計(jì)選擇。

4、并發(fā)性和吞吐量

Node.js中的JavaScript執(zhí)行是單線程的，因此并發(fā)是指事件循環(huán)在完成其他工作后執(zhí)行JavaScript回調(diào)函數(shù)的能力。任何期望以并發(fā)方式運(yùn)行的代碼都必須允許事件循環(huán)在非JavaScript操作（如I/O）發(fā)生時(shí)繼續(xù)運(yùn)行。

作為一個(gè)例子，讓我們考慮這樣一種情況，即對(duì)web服務(wù)器的每個(gè)請(qǐng)求需要50毫秒才能完成，其中45毫秒是可以異步完成的數(shù)據(jù)庫I/O。選擇非阻塞異步操作可以為每個(gè)請(qǐng)求釋放45ms的時(shí)間來處理其他請(qǐng)求。僅僅通過選擇使用非阻塞方法而不是阻塞方法，這在容量上是一個(gè)顯著的差異。

事件循環(huán)不同于許多其他語言中的模型，在這些語言中可以創(chuàng)建額外的線程來處理并發(fā)工作。

5、混合阻塞和非阻塞代碼

在處理I/O時(shí)，應(yīng)該避免一些方式。讓我們看一個(gè)例子：

const fs = require('fs');
fs.readFile('/file.md', (err, data) => {
if (err) throw err;
    console.log(data);
});
fs.unlinkSync('/file.md');

在上面的例子中，fs.unlinkSync（）可能在fs.readFile（）之前運(yùn)行，這將在實(shí)際讀取file.md之前刪除它。

更好的方法是，它完全不阻塞，并保證以正確的順序執(zhí)行：

const fs = require('fs');
fs.readFile('/file.md', (readFileErr, data) => {
  if (readFileErr) throw readFileErr;
  console.log(data);
  fs.unlink('/file.md', unlinkErr => {
      if (unlinkErr) throw unlinkErr;
  });
});

上面在fs.readFile（）的回調(diào)中放置了對(duì)fs.unlink（）的非阻塞調(diào)用，這保證了操作的正確順序。

到此這篇關(guān)于Node.js 阻塞與非阻塞的實(shí)現(xiàn)的文章就介紹到這了,更多相關(guān)Node 阻塞與非阻塞內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論