到底什么是阻塞Blocking

這篇文章將為大家詳細(xì)講解有關(guān)到底什么是阻塞Blocking，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。

　　Node.js的阻塞(Blocking)與非阻塞(Non-Blocking)。我會提到EventLoop與libuv，但是不了解它們也不會影響閱讀。讀者只需要有一定的JavaScript基礎(chǔ)，理解Node.js的回調(diào)函數(shù)(callbackpattern)就可以了。提到了很多次I/O，它主要指的是使用libuv與系統(tǒng)的磁盤與網(wǎng)絡(luò)進(jìn)行交互。

　　什么是阻塞（Blocking）

　　阻塞指的是一部分Node.js代碼需要等到一些非Node.js代碼執(zhí)行完成之后才能繼續(xù)執(zhí)行。這是因?yàn)楫?dāng)阻塞發(fā)生時，EventLoop無法繼續(xù)執(zhí)行。

　　對于Node.js來說，由于CPU密集的操作導(dǎo)致代碼性能很差時，不能稱為阻塞。當(dāng)需要等待非Node.js代碼執(zhí)行時，才能稱為阻塞。Node.js中依賴于libuv的同步方法(以Sync結(jié)尾)導(dǎo)致阻塞，是最常見的情況。當(dāng)然，一些不依賴于libuv的原生Node.js方法有些也能導(dǎo)致阻塞。

　　Node.js中所有與I/O相關(guān)的方法都提供了異步版本，它們是非阻塞的，可以指定回調(diào)函數(shù)，例如fs.readFile。其中一些方法也有對應(yīng)的阻塞版本，它們的函數(shù)名以Sync結(jié)尾，例如fs.readFileSync。

　　Blocking代碼示例

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

　　以讀文件為例，下面是同步執(zhí)行的代碼：

　　constfs=require('fs');

　　constdata=fs.readFileSync('/file.md');//文件讀取完成之前，代碼會阻塞，不會執(zhí)行后面的代碼

　　console.log("Hello,Fundebug!");//文件讀取完成之后才會打印

　　對應(yīng)的異步代碼如下：

　　constfs=require('fs');

　　fs.readFile('/file.md',(err,data)=>{

　　if(err)throwerr;

　　});//代碼不會因?yàn)樽x文件阻塞，會繼續(xù)執(zhí)行后面的代碼

　　console.log("Hello,Fundebug!");//文件讀完之前就會打印

　　第一個示例代碼看起來要簡單很多，但是它的缺點(diǎn)是會阻塞代碼執(zhí)行，后面的代碼需要等到整個文件讀取完成之后才能繼續(xù)執(zhí)行。

　　在同步代碼中，如果讀取文件出錯了，則錯誤需要使用try...catch處理，否則進(jìn)程會崩潰。對于異步代碼，是否處理回調(diào)函數(shù)的錯誤則取決于開發(fā)者。

關(guān)于到底什么是阻塞Blocking就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。