問題描述

這是來自深入淺出NodeJS一書的

為什么說異步耗時(shí)取決于最慢的文件就算是異步，不也是單線程，需要一個(gè)任務(wù)執(zhí)行完再執(zhí)行下一個(gè)么取決于最慢的文件不就是說這兩個(gè)代碼是同時(shí)執(zhí)行的？

問題解答

同步I/O 是 1->2->3->4 這樣的時(shí)間，為1+2+3+4的時(shí)間

異步I/O 是 --> 1234四個(gè)同時(shí)開始 時(shí)間為4個(gè)里面最慢的那個(gè)。。

還有js單線程只是你寫的那些基本的js代碼為單線程，一但是基本的網(wǎng)絡(luò)或者文件I/O，的時(shí)候會進(jìn)入事件循環(huán)，進(jìn)行并發(fā)操作。。。1234 是同時(shí)開始的。誰也不等誰。

同時(shí)進(jìn)行的，互不干擾。

node.js異步任務(wù)底層是多線程實(shí)現(xiàn)的，對于一個(gè)異步任務(wù)，node維護(hù)一個(gè)線程池，一個(gè)異步任務(wù)從線程池中取出一個(gè)線程去執(zhí)行，執(zhí)行完后，將線程放回線程池

同時(shí)進(jìn)行和同步是兩回事情！同步是指按事情執(zhí)行的前后順序！后者必須依賴前者的結(jié)果！異步是同時(shí)進(jìn)行但是事情之間的聯(lián)系對于整個(gè)流程來說影響不大！好比同時(shí)進(jìn)行多個(gè)ajax 請求你的目的只是為了請求數(shù)據(jù)后展示數(shù)據(jù)之間并沒有任何關(guān)聯(lián)。打個(gè)比方吧！就好比修路！肯定是先鋪瀝青再去劃線！不然你邊鋪路邊畫線就把鋪好的路給搞砸了！這時(shí)必須同步異步就會一團(tuán)糟！但是劃線和道路清理和道路圍欄的安裝這些事情可以同時(shí)進(jìn)行就是所謂的異步并不會影響結(jié)果但是也會出現(xiàn)快慢因?yàn)榘惭b圍欄的復(fù)雜度高相比其他操作的慢但是最后還是完成了整個(gè)流程！反過來看如果你把后三者都按同步處理等待時(shí)間就會更加長因?yàn)槎家戎耙徊教幚淼粼偃ヌ幚砗笠徊剑〉侵?0個(gè)人修路由于后期要處理三件事情要想實(shí)現(xiàn)異步必須增加到30人就好比我們增加了計(jì)算機(jī)的開銷一樣（不太專業(yè)這里），但是往往計(jì)算資源過剩我們這樣異步就很好利用了計(jì)算資源！

一個(gè)程序,同一時(shí)刻,能利用CPU多核并行執(zhí)行多個(gè)任務(wù),底層不是多線程就是多進(jìn)程.

Node的底層是libuv.

對于網(wǎng)絡(luò)讀寫(I/O),libuv在Linux上用的是內(nèi)核提供的epoll機(jī)制.Linux內(nèi)核epoll的底層應(yīng)該是使用內(nèi)核線程實(shí)現(xiàn)的,不過epoll的底層實(shí)現(xiàn)不需要libuv關(guān)心,libuv只需調(diào)用.

對于文件讀寫(I/O),libuv可能使用Linux AIO,也可能自己用多線程實(shí)現(xiàn).因?yàn)長inux內(nèi)核提供的異步文件讀寫機(jī)制AIO主要還是為數(shù)據(jù)庫服務(wù)的,比如MySQL就依賴libaio.so.目前的Kernel AIO僅支持O_DIRECT方式(DirectIO)來對磁盤讀寫.這意味著,程序無法利用系統(tǒng)的緩存Page Cache,同時(shí)它要求讀寫的的大小和偏移要以區(qū)塊的方式對齊.對于大文件讀寫可能還好,小文件不太適合.所以libuv應(yīng)該是自己在底層用多線程來實(shí)現(xiàn)異步文件讀寫.

不管是網(wǎng)絡(luò)讀寫還是文件讀寫,程序總是要返回的,什么時(shí)候返回,肯定是所有任務(wù)處理完成后返回,所以耗時(shí)一般是讀寫時(shí)間最長的那個(gè)任務(wù).不過,文件讀寫可能受限于磁盤IOPS,不可避免會產(chǎn)生阻塞,這時(shí)整體耗時(shí)可能會更長.

Node用于服務(wù)器編程或者服務(wù)器中間層編程時(shí),主要還是發(fā)生網(wǎng)絡(luò)讀寫.