您好,登錄后才能下訂單哦!
這篇文章主要介紹了Nodejs中阻塞和非阻塞的示例分析,具有一定借鑒價值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
對于阻塞和非阻塞這兩個概念大家應該都有一些自己的理解:
再簡單說一下,阻塞大部分是由于同步模式造成,非阻塞可以理解為異步模式處理一些耗時的操作
那么再Node.js中阻塞和非阻塞是怎么描述的呢?下面主要就這個問題去展開說明:
Node中什么是阻塞?
I/O操作可以理解為主要是指與系統磁盤的交互(數據讀寫)或者是網絡請求等
阻塞就是其他JS代碼的執行必須要等到前面的耗時的I/O操作
或者一些網絡請求等完成之后。因為Node存在事件循環來解決這個問題,那假如說js再執行的過程中,事件循環沒有被開啟,其實就會造成阻塞的情況發生。
其實在Node.js中正常情況下也是存在被阻塞的情況,原因是Node的異步處理針對于I/O操作比較友好【利用事件循環】,但是對于JavaScript可能存在的一些CPU密集型的操作性能就比較低。有的同學可能會說,為什么CPU密集型的操作Node.js不能夠異步支持呢?因為可以理解這些CPU密集型操作,其實都是一些同步代碼,比如大量的for循環,海量的數據計算等。
Node.js的標準庫中也存在一些同步的方法,這些方法大部分都是基于libuv
來實現阻塞的效果。Node的原生模塊中也存在一些阻塞方法。不過同時Node也會提供對應的異步版本的API。
什么事libuv呢? 是一個支持多平臺的針對于異步I/O操作的庫。 詳細可見官網:https://libuv.org/
Node中什么是非阻塞呢?
首先思考一下在不局限于Node的背景之下如何實現非阻塞(異步)呢?
簡單說兩個:
1)可以開多個線程去處理并發的操作
2)事件循環的模式,如果有異步操作放在事件隊列中,異步操作結束之后,調用對應的回調函數處理異步返回結果
Node.js是單線程的,原因是:Node.js外層是由JavaScript實現的,JavaScript的解釋執行是通過V8引擎
來做的。
既然JS的執行是單線程的,那么我們不可能在JS解釋執行期間再開放一個線程其解釋執行吧,因此Node.js是采用第二種方式來實現非阻塞(異步操作)的。
注意不要混用Node中的阻塞和非阻塞API
感謝你能夠認真閱讀完這篇文章,希望小編分享的“Nodejs中阻塞和非阻塞的示例分析”這篇文章對大家有幫助,同時也希望大家多多支持億速云,關注億速云行業資訊頻道,更多相關知識等著你來學習!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。