Nodejs中的非同步到底是優勢還是劣勢？

1樓：zy445566

例子，比如實現curl功能，傳統來說就是等待請求返回的時候是CPU不斷的判斷是否請求返回。而nodejs來說既然請求始終是要一定的時間，那我就把你放到佇列裡面，等會再判斷是否返回。

那麼等待返回的時間裡，傳統做法是讓CPU就不斷地死迴圈判斷是否請求返回（這時就阻塞了，浪費大量沒必要的CPU資源），而nodejs就在這個等待過程做完其它事情再判斷，這就極大解放了CPU使用率。

解放了CPU但為什麼node的瓶頸又是CPU呢，其實原因也很簡單，就是node在設計之初就對非同步寫法是使用難度上進行了極大的折中，使得非同步非常簡單就能實現。

所以過於傻瓜化的非同步實現，必然會有傻瓜的CPU瓶頸。我相信在後續只要nodejs多執行緒設計者不SB，很容易就可以實現類似協程（像帶鎖功能估計懸）相結合，既能使用簡單，但又效能不差的nodejs。

2樓：Jim Liu

Node.js一直都標榜自己是non-blocking I/O，不標榜自己是Asynchronous I/O。

所以非同步I/O並不是說Node.js的特色，非阻塞才是。

那麼為什麼Node.js選擇用非同步I/O（這種程式設計模型）來表達非阻塞I/O呢，我認為，根本原因是，JS這門語言在那個時間點上沒有成熟的同步非阻塞體系，只有非同步非阻塞體系，這是沒的選的問題，不是選什麼的問題。

如果要我說非同步是優勢還是劣勢，那我當然覺得是劣勢，因為程式設計麻煩。所以當一部分人提前體會到async/await有多爽以後，都在紛紛號召快點進標準草案。畢竟俗話說，貓一旦嚐過魚腥就不會再肯吃別的。

3樓：Saviio

當然是優勢，ES6,7解決的是非同步語法上的缺陷。

之前的Nodejs有一套效率出色的IO模型，但卻沒有與之匹配的描述語法，新一代規範主要解決的是這個問題。