非同步io有什麼優勢？

1樓：

非同步io相對同步io可以提高吞吐量。因為非同步把真正的io操作交給作業系統/其他執行緒執行，主線程可以直接往後跑了；同步的話無論如何也要等io完成才能繼續執行。

另外，很多人拿同步io關注事件開始、非同步io關注事件完成作為同步非同步io的區別，我認為這點不是它們的本質區別，拿這個來舉例子多半是受了國內網路上各種以訛傳訛的部落格的影響，並沒有理解到關鍵點。

2樓：朱涵俊

不要去算乙個呼叫的效能比，要看整個系統。拿web伺服器來說，如果同步呼叫，那麼執行緒經常阻塞，為了提高吞吐量，必須開大量執行緒，幾萬幾十萬，這個系統開銷是非常大的，執行緒切換的開銷也很大，假如每秒服務10萬請求，每個請求都是乙個執行緒，那麼至少切換10萬/核次執行緒。這個開銷是很大的。

這也是nginx可以同時處理幾萬幾十萬，而Apache大都幾千就了不起了。

現在為了高效能都避免使用執行緒，一般乙個虛擬cpu乙個執行緒，盡量避免執行緒切換，這個在後端一般都這樣設計。

我以前對比過nginx加php-fpm跟nginx內嵌lua的效能對比，不在乙個數量級，不是說php效能比lua差很多，而是體系決定的。lua內嵌入nginx，可以使用nginx這套非同步模式。而php-fpm做不到，如果哪天php也能內嵌入nginx，效能也會大幅提高。

3樓：胡宇光

好處在於，你可以很方便的將多個非同步操作歸併為乙個。如果是nonblock則不太容易做到。考慮你要實現乙個非同步版本的readn，你能很容易組合多個非同步的read，只要在完成函式裡發出下乙個read就行。

如果read是nonblock的話，你想想該如何實現乙個nonblock的readn。

另乙個好處是，nonblock必須有乙個buffer在快取資料。而非同步則要靈活一些。

雖然linux下常用的系統api都是nonblock的，但是程式模組之間很少見到用這種模式的，比如你要提供乙個querydb的介面給其他模組用，query可能比較耗時，你想想看這個api如果實現成非同步就只要加乙個callback引數就行，而如果要搞成nonblock的怎麼搞。

4樓：itlr

吞吐量。比如銀行櫃檯前乙個使用者在填表的時候會讓後乙個使用者上來遞材料，而不是讓櫃員幹等。這並不改變兩個使用者業務處理的絕對時間，其實也不節省什麼資源（non-blocking io說的能節省資源，是乙個side effect，因為程序不幹等就不用維護棧，省點記憶體），但櫃員的工作吞吐量增加了。

單個節點吞吐量高了，服務需要的節點數就可以減少，省錢。

5樓：魯哈花

1、非同步io大致形成乙個通知鏈。否則就是輪詢。通知鏈比輪詢效率要高。

2、同步io、非同步io，使用者態和核心都要做工作。非同步io使用者態的工作比較少，更有優勢。