A. nodejs的優勢
NodeJs的優勢：
現在的很多的伺服器端的語言（PHP,java,ASP.net）,有什麼問題呢，現在的伺服器端的語言在用戶訪問伺服器時，為每個用戶鏈接創建了一個線程，但每個線程大約要耗費2M的內存，如果一個8G內存的伺服器，也就能鏈接4000個左右的用戶，如果用戶的鏈接數較大，就必須增加伺服器的數量，而且現在用戶的鏈接方式有很多（如app，網頁同時訪問），這就又涉及到伺服器共享的問題，所以伺服器怎麼支持最大的同時鏈接用戶量就成了一個問題；
NodeJS修改了客戶端到伺服器端的鏈接方法，解決了這個問題，他不在為每個客戶端創建一個新的線程，而是為每個客戶端鏈接出發一個NodeJs內部進行處理的事件，所以NodeJS具備同時處理多達幾萬個用戶的客戶端鏈接的能力；
NodeJS適合開發的應用程序：
當應用程序需要處理大量並發的輸入/輸出，而在向客戶端發出響應之前，應用程序內部並不需要進行非常復雜的處理的時候，我們應該考慮使用NodeJs來進行應用程序的開發，例如：
1、聊天伺服器：如果聊天的人很多，用戶的與伺服器之間的並發鏈接量很大，但是伺服器端的數據處理並不復雜；
2、綜合類服務網站和電子商務網站的伺服器：在這類網站中的伺服器端，往往可能每秒存內可以接受多達上千條的數據並且需要將這些數據寫入資料庫中，NodeJs可以通過其隊列機制將這些數據迅速寫入緩存區中，然後再通過每一個單獨的處理從緩存區中取出這些數據並將其寫入資料庫中，如果是其他的伺服器（如Apache伺服器或Tomcat伺服器）的話，由於這些伺服器採用的是阻塞型I/O機制，因此每條數據寫入到資料庫中都要等待一段時間（等上一條寫完，才能寫下一條），但是NodeJs使用的是非阻塞的I/O機制，因此可以實現這些數據到資料庫中的寫入，而不必再為每條數據的寫入而等待一段時間；
總結：
一個規模稍微大點的系統都不是一種開發語言可以搞定的，往往是幾種混雜一起，比如c、c++做伺服器端開發，java做業務邏輯，php等做前端展示，此外還需要消息中間件等等。
nodejs可以很快地在伺服器端做原型（原來只有c系和java等能做的事情，性能還很高），而且代碼量相對會少很多；另一點是它的語法優勢，js閉包等。但它不太適合做cpu密集型處理的工作，只能繞著彎去解決，據說這次QCon會有人分享這方面的研究成果，可以關注下。
每種語言都有它適合的領域，沒必要強求一門語言可以解決所有事情，擁有其它語言的特性，只有不斷的tradeoff把系統做出來才是目標。這些都是叢書上看到總結的，還望指正
B. 前端學習nodejs有前景嗎
node.js實際上來說是後台語言，應用廣泛，當然跟php java這樣成熟的語言相比還是差一點，但是前景很好，而且因為是用的js的語法來寫後台，對於前端來說很容易上手，假如是剛開始學習前端的話node.js不需要學習，先把前端的js H5 css3學好才是正事，不過如果有空node.js了解一下也很好，當覺得自己前端這塊學的差不多了，對於js的語法規則，閉包，作用域這些都理解透徹了之後再去學習node.js會進步很快。。。
C. 為什麼前端要會使用Nodejs
你熟悉JavaScript
假設你正在使用一個功能強大的客戶端框架(Angular，Ember,
Backbone)以及REST-ful伺服器端的API，使用JSON這種數據格式來傳輸和接受數據。即使你沒有使用其中的任一種框架，你也用jQuery寫過自己的框架。因此如果你不在伺服器端使用Node.js，那麼你就不斷地做轉譯吧。你在轉譯兩件事：
來自你腦中JavaScript的邏輯轉換為伺服器端框架的邏輯。
來自JSON的HTTP數據轉換為你的伺服器端的對象。
JavaScript貫穿著你的應用，你不但智力上漲，你也獲得了實踐經驗。通過模型和模板的復用，你可以減少應用的大小，同時減少了復雜度和出現bug的可能性。
它很快
Node.js是JavaScript運行環境，使用了Google用在Chrome中的V8引擎。V8以閃電般的速度編譯和執行JavaScript是因為V8將JavaScript編譯成本地機器代碼。包括網路連接的讀寫，文件系統的讀寫，以及資料庫的讀寫——所有的在網頁應用中的日常任務——在Node中執行地非常非常快。Node能讓你創建快速，大規模的網路應用，能夠處理高吞吐量的大量的實時連接。
工具
npm是Node.js的包管理器並且它棒呆了。這確實很棒，當然，這類似於其他生態系統的包管理器，但是npm很快很穩很一致。他在尋找和安裝項目依賴做的非常好。他讓包和其他的項目隔離開來，防止版本混淆。
實時變得簡單
如果Node.js很擅長多並發連接，那麼他也擅長多用戶的，實時的網頁程序，例如聊天室和游戲。Node的
event loop
能夠滿足多用戶需求。實時能力使用websocket協議。Websocket是在客戶端和伺服器端的簡單的雙向溝通渠道。因此伺服器能夠推送數據到客戶端就像客戶端推送一樣。websocket運行在TCP，避免了HTTP的消耗。
流數據
傳統意義上來說，web框架將HTTP請求和響應當做一個整體的數據對象。實際上，他們是I/O流，你可以想像，如果你把文件從文件系統中以流的形式取出。既然Node.js非常擅長處理I/O，我們能夠利用這個特點創建一些很酷的東西。比如，它能夠當視頻或音頻文件上傳的時候，就轉碼音頻或視頻文件，減少了整體處理的時間。
一個代碼庫和免費的實時
Meteor是下一代基於Node的web框架。他可以在客戶端和伺服器端運行相同的代碼庫。然後，數據自動保存在伺服器。其他的方式也奏效！任何伺服器上的數據都自動傳到客戶端。
D. 為什麼要用nodejs服務
總的來說，Node.js的應用場景
1) 適合
JSON APIs——構建一個Rest/JSON API服務，Node.js可以充分發揮其非阻塞IO模型以及JavaScript對JSON的功能支持(如JSON.stringfy函數)
單頁面、多Ajax請求應用——如Gmail，前端有大量的非同步請求，需要服務後端有極高的響應速度
基於Node.js開發Unix命令行工具——Node.js可以大量生產子進程，並以流的方式輸出，這使得它非常適合做Unix命令行工具
流式數據——傳統的Web應用，通常會將HTTP請求和響應看成是原子事件。而Node.js會充分利用流式數據這個特點，構建非常酷的應用。如實時文件上傳系統transloadit
准實時應用系統——如聊天系統、微博系統，但Javascript是有垃圾回收機制的，這就意味著，系統的響應時間是不平滑的(GC垃圾回收會導致系統這一時刻停止工作)。如果想要構建硬實時應用系統，Erlang是個不錯的選擇
2) 不適合
CPU使用率較重、IO使用率較輕的應用——如視頻編碼、人工智慧等，Node.js的優勢無法發揮
簡單Web應用——此類應用的特點是，流量低、物理架構簡單，Node.js無法提供像Ruby的Rails或者Python的Django這樣強大的框架
NoSQL + Node.js——如果僅僅是為了追求時髦，且自己對這兩門技術還未深入理解的情況下，不要冒險將業務系統搭建在這兩個漂亮的名詞上，建議使用MySQL之類的傳統資料庫
如果系統可以匹配Node.js的適用場景，那麼是時候採取具體的措施來說服老闆了。
說服自己老闆採用Node.js的方式
構建一個簡單的原型——花一周時間構建系統某一部分的原型是非常值得的，同時也很容易和老闆在某一點達成一致，等到系統真的在某一部分應用了Node.js，就是打開局面的時候
尋找開發者——首先JavaScript語言的普及度很高，一般公司都不乏Web前端工程師，而此類工程師的學習門檻也非常低。這就意味著Node.js很容易招人，或者公司就隱藏了一些高手
強大的社區支持——Node.js社區非常活躍，吸引很多優秀的工程師，這就意味著公司可以很容易從社區得到免費或者付費的支持
系統性能考慮——JavaScript引擎Google V8，加之原生非同步IO模型，使得Node.js在性能的表現非常出色，處理數以千計的並發請求非常輕松
E. 新手前端，有沒有必要專門去學習下 nodejs
node.js實際上來說是後台語言，應用廣泛，當然跟php java這樣成熟的語言相比還是差一點，但是前景很好，而且因為是用的js的語法來寫後台，對於前端來說很容易上手，假如是剛開始學習前端的話node.js不需要學習，先把前端的js H5 css3學好才是正事，不過如果有空node.js了解一下也很好，當覺得自己前端這塊學的差不多了，對於js的語法規則，閉包，作用域這些都理解透徹了之後再去學習node.js會進步很快。