Node.js真的有高并發(fā)優(yōu)勢(shì)嗎？是的，適合I/O密集型應(yīng)用，其特點(diǎn)為：1. 它是一個(gè)Javascript運(yùn)行環(huán)境2. 依賴于Chrome V8引擎進(jìn)行代碼解釋3. 事件驅(qū)動(dòng)4. 非阻塞I/O5. 輕

Node.js真的有高并發(fā)優(yōu)勢(shì)嗎？

是的，適合I/O密集型應(yīng)用，其特點(diǎn)為：

1. 它是一個(gè)Javascript運(yùn)行環(huán)境2. 依賴于Chrome V8引擎進(jìn)行代碼解釋3. 事件驅(qū)動(dòng)4. 非阻塞I/O5. 輕量、可伸縮，適于實(shí)時(shí)數(shù)據(jù)交互應(yīng)用6. 單進(jìn)程，單線程最大優(yōu)勢(shì)：可以處理數(shù)萬條連接，本身沒有太多的邏輯，只需要請(qǐng)求API，組織數(shù)據(jù)進(jìn)行返回即可缺點(diǎn)也是明顯的：1. 不適合CPU密集型應(yīng)用；

2. 只支持單核CPU，不能充分利用CPU3. 可靠性低，一旦代碼某個(gè)環(huán)節(jié)崩潰，整個(gè)系統(tǒng)都崩潰

Node.js真的有高并發(fā)優(yōu)勢(shì)嗎？

真的有，但對(duì)于絕大多數(shù)人來說，NODE的高迸發(fā)優(yōu)勢(shì)其實(shí)沒有什么卵用。。。因?yàn)槿魏我婚T主流的后端語言，都可以應(yīng)對(duì)千萬級(jí)別的高迸發(fā)（1000萬人同時(shí)訪問）。。。所以除非超過千萬級(jí)的訪問量。。。NODE才能體現(xiàn)出優(yōu)勢(shì)。在什么情況下，可能會(huì)面臨到超越千萬級(jí)的高迸發(fā)？其實(shí)只有兩種情況，可能會(huì)發(fā)生這種情況：天貓?zhí)詫氝^雙11節(jié)，小米官網(wǎng)搶手機(jī)。。。所以如果你不是阿里巴巴或者小米公司的主程，那么高迸發(fā)優(yōu)勢(shì)。。。其實(shí)只是一種噱頭而已個(gè)人認(rèn)為，NODE幾乎不可能成為主流的后端開發(fā)技術(shù)，除非NODE完全拋棄JAVASCRIPT，而改用一種完全面向?qū)ο蟮恼Z言。。。不過假如如此，那它也就不應(yīng)該叫作NODE.JS了由于JS的劣根性，根本不適合編寫大程序。。。由于JS的使用者，一般都是做web前端的。。。JS在前端工作中，其實(shí)還是可以勝任的。。。因?yàn)閣eb前端所需的代碼量非常少，只需要編寫很少的JS代碼，便可以做出一個(gè)項(xiàng)目。。。代碼量少則幾十行，多則幾百行而已但后端則完全不同了。。。隨隨便便一個(gè)項(xiàng)目，代碼量就要幾千行。。JS的劣根性立刻凸顯。。。不面向?qū)ο?，則需要寫更多的代碼，才能實(shí)現(xiàn)相同的邏輯。。。過于依賴匿名函數(shù)，一大堆的函數(shù)嵌套。。。每一個(gè)模塊，都有幾十層的括號(hào)相互嵌套在一起，任誰看了都會(huì)暈。。。

頂樓復(fù)式有什么弊端？

非常感謝邀請(qǐng)，給我發(fā)表見解的機(jī)會(huì)。

頂樓復(fù)式首先是經(jīng)濟(jì)，好多樓房的頂層是贈(zèng)送或者半價(jià)，很少的也是打折，這樣就給于頂樓復(fù)式擁有者有了承受能力，城市里的大多數(shù)樓房是高層住宅，遠(yuǎn)超過六層，也就是說有著電梯，家里有老人的，擁有了把老人安排到頂樓生活，便于照顧和瞻養(yǎng)。老人居住的頂樓不需要豪華的裝修，省下的錢，致力于搞好保暖，避免夏天的苒熱和冬天的寒冷。

頂樓的缺點(diǎn)無非是電能消耗過大，主要是空調(diào)的使用，這些問題可以不用過分擔(dān)心，因?yàn)槔先说南M(fèi)觀念是產(chǎn)生骨頭里的節(jié)約傳統(tǒng)，怕是空調(diào)只是一種擺設(shè)。另外頂樓漏水，老人下樓參加社交或娛樂上的不方便，只是微不足道的一些問題。

不難看出，頂樓復(fù)式好處多多，利大于弊。值得擁有。