如何反駁“前端很簡(jiǎn)單”的觀點(diǎn)？這種話沒必要理會(huì)。心胸開闊。說白了，99.9999%的人從事零工，拿著工資，過著自己的生活。不要因?yàn)榍鍧嵐げ磷雷泳颓撇黄鹚麄?。有些人喜歡尋找優(yōu)越感和存在感。我曾經(jīng)遇到一個(gè)

如何反駁“前端很簡(jiǎn)單”的觀點(diǎn)？

這種話沒必要理會(huì)。心胸開闊。說白了，99.9999%的人從事零工，拿著工資，過著自己的生活。不要因?yàn)榍鍧嵐げ磷雷泳颓撇黄鹚麄?。有些人喜歡尋找優(yōu)越感和存在感。我曾經(jīng)遇到一個(gè)室友，他30多歲，比我大很多，內(nèi)容是寫C。在一家小公司，我對(duì)這個(gè)職業(yè)有一些存在感。我喜歡和我談寫C我對(duì)技術(shù)和算法有很高的要求，如何把系統(tǒng)做大。我認(rèn)為windows已經(jīng)讓微軟成功了。這跟你有什么關(guān)系？有一次我問他如何判斷一個(gè)數(shù)是否是2的冪。最后，我知道了一個(gè)愚蠢的方法，但我不知道其他優(yōu)化算法。因?yàn)槲宜⑦^算法，我知道這種小問題，他的工資是對(duì)的，確實(shí)比我低。當(dāng)然，我只想說，他們中的大多數(shù)是商業(yè)型的，很少有研究型的。所以別緊張。如果工資很高，我就給你上廁所，我愿意去做

nodejs是一個(gè)單線程線程）通過一個(gè)事件循環(huán)來循環(huán)出事件隊(duì)列中的消息進(jìn)行處理。處理過程基本上是調(diào)用消息對(duì)應(yīng)的回調(diào)函數(shù)。消息隊(duì)列是在事件狀態(tài)發(fā)生變化時(shí)將消息按入隊(duì)列。因?yàn)樗菃尉€程的，所以當(dāng)JS文件中的代碼按順序執(zhí)行時(shí)，事件循環(huán)被掛起。JS文件執(zhí)行后，事件循環(huán)開始運(yùn)行，從消息隊(duì)列中獲取消息，并開始執(zhí)行回調(diào)函數(shù)。因?yàn)榛卣{(diào)函數(shù)是單線程的，所以在執(zhí)行回調(diào)函數(shù)時(shí)事件循環(huán)被掛起。當(dāng)涉及到I/O操作時(shí)，nodejs會(huì)打開一個(gè)獨(dú)立的線程進(jìn)行異步I/O操作，操作推送到消息隊(duì)列后，消息會(huì)被發(fā)送到服務(wù)器。

詳解nodejs異步I/O和事件循環(huán)？

1. 在上圖中定義消息發(fā)送和消耗的過程

2。為消息定義消息協(xié)議，如ActiveMQ、stomp、XMPP等。定義消息協(xié)議，定義消息隊(duì)列需要滿足的場(chǎng)景

是否要保證消息的可靠性，必要時(shí)要保證存儲(chǔ)的高可用性

是否支持同步和異步消息

是否要保證消息的順序

是否需要延遲消息要支持

很多開源的實(shí)現(xiàn)功能可以參考詳細(xì)信息。例如，rocketmq是高度可靠的，Kafka是高吞吐量的，但不是高度可靠的。

如何設(shè)計(jì)一個(gè)MQ消息隊(duì)列？

在軟件領(lǐng)域，中間件作為應(yīng)用程序之間的連接服務(wù)，這不是nodejs的概念，在其他領(lǐng)域也是如此。例如，消息隊(duì)列、數(shù)據(jù)庫驅(qū)動(dòng)程序等。一般來說，插件是額外的，這意味著您的整個(gè)系統(tǒng)或應(yīng)用程序可以正常工作，而無需插件。插件通常提供一些附加功能。plug-in這個(gè)詞本身表示可擴(kuò)展的（形象地說，pluggable）。我個(gè)人認(rèn)為plugin/addon=extra-feature模塊通常是負(fù)責(zé)某個(gè)功能的系統(tǒng)的一部分，是不可或缺的。模塊=節(jié)點(diǎn)中系統(tǒng)/應(yīng)用程序的一部分包.json中指定的包都是模塊。當(dāng)然，您可以從文件名節(jié)點(diǎn)開始，模塊可以看到這一點(diǎn)。