① nodeJS(前後端分離、優勢、不足
文章閱讀，來自 前端之巔 去哪兒網 部分摘錄
1.項目分離，頁面分離
第一種是項目分離，承載頁面分離。他的特點是簡單，快速，前端只關注瀏覽器方面，除瀏覽器端之外都是後端負責。
缺點 ：
溝通成本高，前期，前端需要使用 ng 或者代理工具調試，後期，還要把頁面給到後端，並且新建一個對應的路由。
2.項目分離，只是後端的頁面，放到了前端項目里
後端只需要配置路由，最終上線時，由發布系統負責把前端中的頁面，自動同步到後端相應的目錄中。其中相應的目錄需要前後端提前約定，不然後端在渲染頁面的時候，就會找不到相應的文件。相比第一種方案，稍微有點進步。溝通成本會有一定的降低。
缺點 ：
不過如果需要在頁面里做一些業務邏輯處理，還需要前端同學掌握和學習 velocity 語法，對於新同學而言看似掌握的了一門新語法，但實際操作起來並非想像中的流暢。
3.第三種方案是使用 Nodejs 作為頁面渲染層，後端只負責數據的生產工作
這也是目前階段主要的使用方式。它的優點是前端同學對於整個頁面的生命周期有完全的控制權，包括開發，調試，部署，上線以及後期的性能監控，應用監控等等。可做的事情也更多，比如使用 React SSR 做同構渲染。
缺點 ：
對於前端同學的要求也會很高，除學習前端知識外，還要學習後端知識。
整個應用都是由前端統一負責，所以還需要接收報警電話或者簡訊，7*24 小時，都在待命狀態。
1.一些前端開發，只關注瀏覽器端，伺服器端開發關注很少，或者根本就不關注 ;
2.認為 Node.js 只適合開發一些工具類的功能，相對於後端開發來看它只是個玩具 ;
3.Node.js 的生態不如其他後端語言生態健全 ;
4.涉及到後端開發的知識面比較廣，在沒有這些基礎知識或者經驗積累的基礎上，考慮問題比較片面，最終做出的系統問題比較多，容易被後端鄙視 ;
看似問題很多，但實質上只有兩個原因，
1，自身知識儲備不夠。
2，對 Node.js 了解不深，不敢應用在生成環境中，即使應用到生產環境，一旦出現問題，不能快速及時的處理，導致高層認為還不如其他後端語言穩定，降低了我們的話語權。 (很中肯，不摸底，不敢用於項目)
1，提高開發效率，因為有了 Node 之後就不需要配置 Nginx 了，也不需要配置一些代理工具了，所有的頁面生命周期都是由前端統一去管理的，這時候不需要其他人進行合作。
2，降低溝通成本，除了介面格式外，不需要和後端進行交互了；
3，前後端職責也更為清晰，因為這時候，界限更為清晰了，後端只負責生產數據，它只提供數據就可以了，至於數據怎麼消費，以及怎麼用，都由前端去做；
4，可以同時使用 React SSR 技術，做到首屏渲染，提高用戶體驗，除了首屏之外，還可以做非同步的載入、SEO 等操作。
5，Node.js 可提供一些服務，不僅能讓我們使用，還可以對外使用，如 RESTful API，這樣就不用有求於後端了。
/---------------------------------------------文章摘錄結束-------------------------------------------------/
除了號稱nodejs界jQuery的express，
另外兩個比較不錯的
一個是 360 團隊的 Thinkjs ，
一個是阿里的 Eggjs
② 為什麼要用nodejs
著作權歸作者所有。
商業轉載請聯系作者獲得授權，非商業轉載請註明出處。
作者：FengqiAsia
鏈接：http://www.hu.com/question/19653241/answer/15993549
來源：知乎
要講清楚這個問題，先講講整個Web應用程序架構（包括流量、處理器速度和內存速度）中的瓶頸。瓶頸在於伺服器能夠處理的並發連接的最大數量。Node.js解決這個問題的方法是：更改連接到伺服器的方式。每個連接發射一個在Node.js引擎的進程中運行的事件，而不是為每個連接生成一個新的OS線程（並為其分配一些配套內存）。Node.js不會死鎖，因為它根本不允許使用鎖，它不會直接阻塞 I/O 調用。Node.js還宣稱，運行它的伺服器能支持數萬個並發連接。
Node本身運行V8 JavaScript。V8 JavaScript引擎是Google用於其Chrome瀏覽器的底層JavaScript引擎。Google使用V8創建了一個用C++編寫的超快解釋器，該解釋器擁有另一個獨特特徵：您可以下載該引擎並將其嵌入任何應用程序。V8 JavaScript引擎並不僅限於在一個瀏覽器中運行。因此，Node.js實際上會使用Google編寫的V8 JavaScript引擎，並將其重建為可在伺服器上使用。
Node.js優點：
1、採用事件驅動、非同步編程，為網路服務而設計。其實Javascript的匿名函數和閉包特性非常適合事件驅動、非同步編程。而且JavaScript也簡單易學，很多前端設計人員可以很快上手做後端設計。
2、Node.js非阻塞模式的IO處理給Node.js帶來在相對低系統資源耗用下的高性能與出眾的負載能力，非常適合用作依賴其它IO資源的中間層服務。3、Node.js輕量高效，可以認為是數據密集型分布式部署環境下的實時應用系統的完美解決方案。Node非常適合如下情況：在響應客戶端之前，您預計可能有很高的流量，但所需的伺服器端邏輯和處理不一定很多。
Node.js缺點：
1、可靠性低
2、單進程，單線程，只支持單核CPU，不能充分的利用多核CPU伺服器。一旦這個進程崩掉，那麼整個web服務就崩掉了。
不過以上缺點可以可以通過代碼的健壯性來彌補。目前Node.js的網路伺服器有以下幾種支持多進程的方式：
#1 開啟多個進程，每個進程綁定不同的埠，用反向代理伺服器如 Nginx 做負載均衡，好處是我們可以藉助強大的 Nginx 做一些過濾檢查之類的操作，同時能夠實現比較好的均衡策略，但壞處也是顯而易見——我們引入了一個間接層。
#2 多進程綁定在同一個埠偵聽。在Node.js中，提供了進程間發送「文件句柄」 的功能，這個功能實在是太有用了（貌似是yahoo 的工程師提交的一個patch） ，不明真相的群眾可以看這里： Unix socket magic
#3 一個進程負責監聽、接收連接，然後把接收到的連接平均發送到子進程中去處理。
在Node.js v0.5.10+ 中，內置了cluster 庫，官方宣稱直接支持多進程運行方式。Node.js 官方為了讓API 介面傻瓜化，用了一些比較tricky的方法，代碼也比較繞。這種多進程的方式，不可避免的要牽涉到進程通信、進程管理之類的東西。
此外，有兩個Node.js的mole：multi-node 和 cluster ，採用的策略和以上介紹的類似，但使用這些mole往往有一些缺點：
#1 更新不及時
#2 復雜龐大，往往綁定了很多其他的功能，用戶往往被綁架
#3 遇到問題難以解決
Node表現出眾的典型示例包括：
1、RESTful API
提供RESTful API的Web服務接收幾個參數，解析它們，組合一個響應，並返回一個響應（通常是較少的文本）給用戶。這是適合Node的理想情況，因為您可以構建它來處理數萬條連接。它仍然不需要大量邏輯；它本質上只是從某個資料庫中查找一些值並將它們組成一個響應。由於響應是少量文本，入站請求也是少量的文本，因此流量不高，一台機器甚至也可以處理最繁忙的公司的API需求。
2、Twitter隊列
想像一下像Twitter這樣的公司，它必須接收tweets並將其寫入資料庫。實際上，每秒幾乎有數千條tweet達到，資料庫不可能及時處理高峰時段所需的寫入數量。Node成為這個問題的解決方案的重要一環。如您所見，Node能處理數萬條入站tweet。它能快速而又輕松地將它們寫入一個內存排隊機制（例如memcached），另一個單獨進程可以從那裡將它們寫入資料庫。Node在這里的角色是迅速收集tweet，並將這個信息傳遞給另一個負責寫入的進程。想像一下另一種設計（常規PHP伺服器會自己嘗試處理對資料庫本身的寫入）：每個tweet都會在寫入資料庫時導致一個短暫的延遲，因為資料庫調用正在阻塞通道。由於資料庫延遲，一台這樣設計的機器每秒可能只能處理2000條入站tweet。每秒處理100萬條tweet則需要500個伺服器。相反，Node能處理每個連接而不會阻塞通道，從而能夠捕獲盡可能多的tweets。一個能處理50000條tweet的Node機器僅需20台伺服器即可。
3、電子游戲統計數據
如果您在線玩過《使命召喚》這款游戲，當您查看游戲統計數據時，就會立即意識到一個問題：要生成那種級別的統計數據，必須跟蹤海量信息。這樣，如果有數百萬玩家同時在線玩游戲，而且他們處於游戲中的不同位置，那麼很快就會生成海量信息。Node是這種場景的一種很好的解決方案，因為它能採集游戲生成的數據，對數據進行最少的合並，然後對數據進行排隊，以便將它們寫入資料庫。使用整個伺服器來跟蹤玩家在游戲中發射了多少子彈看起來很愚蠢，如果您使用Apache這樣的伺服器，可能會有一些有用的限制；但相反，如果您專門使用一個伺服器來跟蹤一個游戲的所有統計數據，就像使用運行Node的伺服器所做的那樣，那看起來似乎是一種明智之舉。
總的來說，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在性能的表現非常出色，處理數以千計的並發請求非常輕松
專業公司的支持——使用開源技術的最大問題是，原作者不承諾對其產品進行技術支持或者質量保證。現在Node.js已經得到Joyent公司的贊助，這就保證了未來Node.js的發展是可持續性的
③ 前端用nodejs能做什麼
Node.js到底是什麼？
Node.js是一個JavaScript的編譯環境，當前端語言JavaScript在寫完之後可以交給Node.js進行編譯和解釋，它的存在對於JavaScript有了質的飛躍。
下面就是一個簡單的Node.js命令
#node hello.js
目前，Node.js在大部分領域都佔有一席之地，尤其是I/O密集型的。
比如Web開發，微服務，前端構建等。不少大型網站都是使用 Node.js 作為後台開發語言的，用的最多的就是使用Node.js做前端渲染和架構優化，比如 淘寶 雙十一、去哪兒網 的 PC 端核心業務等。另外，有不少知名的前端庫也是使用 Node.js 開發的，如Webpack是一個強大的打包器，React/Vue 是成熟的前端組件化框架。
Node.js通常被用來開發低延遲的網路應用，也就是那些需要在伺服器端環境和前端實時收集和交換數據的應用（API、即時聊天、微服務）。阿里巴巴、騰訊、Qunar、網路、PayPal、道瓊斯、沃爾瑪和 LinkedIn 都採用了 Node.js 框架搭建應用。
另外， Node.js 編寫的包管理器npm已成為開源包管理了領域最好的生態，直接到2017年10月份，有模塊超過47萬，每周下載量超過32億次，每個月有超過700萬開發者使用npm。
Node.js是一個對於前端工作者不可或缺的工具。尤其是對於JavaScript有著巨大的提升，現階段Node.js的應用已經有了非常蓬勃的發展。對於Node.js的學習和熟練運用，必不可少！
④ 為什麼前端要會使用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框架。他可以在客戶端和伺服器端運行相同的代碼庫。然後，數據自動保存在伺服器。其他的方式也奏效！任何伺服器上的數據都自動傳到客戶端。
⑤ 為什麼要用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在性能的表現非常出色，處理數以千計的並發請求非常輕松