很多同學(xué)可能都聽說過nodejs，并且知道他是可以運行在服務(wù)器上的javascript，但是他的使用場景可能大家并不是很清楚，最近也在看學(xué)習(xí)nodejs，就做了一下小總結(jié)；

NodeJs的優(yōu)勢：

現(xiàn)在的很多的服務(wù)器端的語言（PHP,JAVA,ASP.net）,有什么問題呢，現(xiàn)在的服務(wù)器端的語言在用戶訪問服務(wù)器時，為每個用戶鏈接創(chuàng)建了一個線程，但每個線程大約要耗費2M的內(nèi)存，如果一個8G內(nèi)存的服務(wù)器，也就能鏈接4000個左右的用戶，如果用戶的鏈接數(shù)較大，就必須增加服務(wù)器的數(shù)量，而且現(xiàn)在用戶的鏈接方式有很多（如app，網(wǎng)頁同時訪問），這就又涉及到服務(wù)器共享的問題，所以服務(wù)器怎么支持最大的同時鏈接用戶量就成了一個問題；

NodeJS修改了客戶端到服務(wù)器端的鏈接方法，解決了這個問題，他不在為每個客戶端創(chuàng)建一個新的線程，而是為每個客戶端鏈接出發(fā)一個NodeJs內(nèi)部進行處理的事件，所以NodeJS具備同時處理多達幾萬個用戶的客戶端鏈接的能力；

NodeJS適合開發(fā)的應(yīng)用程序：

當應(yīng)用程序需要處理大量并發(fā)的輸入/輸出，而在向客戶端發(fā)出響應(yīng)之前，應(yīng)用程序內(nèi)部并不需要進行非常復(fù)雜的處理的時候，我們應(yīng)該考慮使用NodeJs來進行應(yīng)用程序的開發(fā)，例如：

1、聊天服務(wù)器：如果聊天的人很多，用戶的與服務(wù)器之間的并發(fā)鏈接量很大，但是服務(wù)器端的數(shù)據(jù)處理并不復(fù)雜；

2、綜合類服務(wù)網(wǎng)站和電子商務(wù)網(wǎng)站的服務(wù)器：在這類網(wǎng)站中的服務(wù)器端，往往可能每秒存內(nèi)可以接受多達上千條的數(shù)據(jù)并且需要將這些數(shù)據(jù)寫入數(shù)據(jù)庫中，NodeJs可以通過其隊列機制將這些數(shù)據(jù)迅速寫入緩存區(qū)中，然后再通過每一個單獨的處理從緩存區(qū)中取出這些數(shù)據(jù)并將其寫入數(shù)據(jù)庫中，如果是其他的服務(wù)器（如Apache服務(wù)器或Tomcat服務(wù)器）的話，由于這些服務(wù)器采用的是阻塞型I/O機制，因此每條數(shù)據(jù)寫入到數(shù)據(jù)庫中都要等待一段時間（等上一條寫完，才能寫下一條），但是NodeJs使用的是非阻塞的I/O機制，因此可以實現(xiàn)這些數(shù)據(jù)到數(shù)據(jù)庫中的寫入，而不必再為每條數(shù)據(jù)的寫入而等待一段時間；

總結(jié)：

一個規(guī)模稍微大點的系統(tǒng)都不是一種開發(fā)語言可以搞定的，往往是幾種混雜一起，比如c、c++做服務(wù)器端開發(fā)，java做業(yè)務(wù)邏輯，php等做前端展示，此外還需要消息中間件等等。

nodejs可以很快地在服務(wù)器端做原型（原來只有c系和java等能做的事情，性能還很高），而且代碼量相對會少很多；另一點是它的語法優(yōu)勢，js閉包等。但它不太適合做cpu密集型處理的工作，只能繞著彎去解決，據(jù)說這次QCon會有人分享這方面的研究成果，可以關(guān)注下。

每種語言都有它適合的領(lǐng)域，沒必要強求一門語言可以解決所有事情，擁有其它語言的特性，只有不斷的tradeoff把系統(tǒng)做出來才是目標。

這些都是叢書上看到總結(jié)的，還望指正

最新評論