概念上的問題，找了些文章沒搞懂。大部分文章都說NodeJs因?yàn)楫惒侥Ｐ蜁休^高的吞吐量，適合做IO服務(wù)器。 但是異步模型應(yīng)該是指發(fā)起一個(gè)IO操作不需要等到結(jié)果就去先做別的事情吧？ 而作為服務(wù)器應(yīng)該是要接收請求，接到后執(zhí)行對應(yīng)的操作。 比如我要查詢我的用戶信息，NodeJs做的事情是“接收到一個(gè)Post請求” -> “執(zhí)行函數(shù)findUserDetail(userId)” ->“將用戶信息返回給前端”，這個(gè)過程好像和異步?jīng)]有關(guān)系？所以大量的請求（且計(jì)算量小、CPU不密集）情況下為什么服務(wù)器用NodeJs會比Java之類的快？比如在知乎|使用Node.js的優(yōu)勢和劣勢都有哪些這個(gè)帖子中，很多人都提到“處理高并發(fā)場景性能更高”。問題來源：同學(xué)面試被問題這個(gè)問題，然后發(fā)現(xiàn)我自己也答不出來。 一直以來和別人介紹NodeJs時(shí)都會說“作為Web服務(wù)器有較大吞吐量”，但是其實(shí)一直沒搞懂。
1 回答
不負(fù)相思意
TA貢獻(xiàn)1777條經(jīng)驗(yàn) 獲得超10個(gè)贊
你開了一家客棧，雇了5個(gè)伙計(jì)。每當(dāng)客人來，就選一個(gè)伙計(jì)全程招待客人，一對一服務(wù)，直至客人離店。此時(shí)客棧最多同時(shí)接待5個(gè)客人。
于是虧損了。
你又開了一家客棧，還是雇了5個(gè)伙計(jì)，但是換了經(jīng)營策略。每個(gè)伙計(jì)不再對客人貼身服務(wù)，而是按順序滿足每一位客人的需求，然后轉(zhuǎn)而服務(wù)下個(gè)客人?，F(xiàn)在客棧最多同時(shí)接待的人數(shù)為客棧容量上限。
這樣成本不變，賺的錢又多，好開心。
前者是Java，后者是Node。Java用多線程處理并發(fā)，Node用異步處理并發(fā)。
推薦閱讀： node.js應(yīng)用高并發(fā)高性能的核心關(guān)鍵本質(zhì)是什么?
- 1 回答
- 0 關(guān)注
- 1674 瀏覽
添加回答
舉報(bào)
0/150
提交
取消