這篇文章將為大家詳細(xì)講解有關(guān)如何提高Node.js性能，小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。
“如果你的 node 服務(wù)器前面沒有 nginx, 那么你可能做錯(cuò)了。”— Bryan Hughes
Node.js 是使用 最流行的語言— JavaScript 構(gòu)建服務(wù)器端應(yīng)用的工具 。由于可以同時(shí)提供 web 服務(wù)器和應(yīng)用服務(wù)器的功能，Node.js 被認(rèn)為是以微服務(wù)為基礎(chǔ)的開發(fā)和部署的關(guān)鍵工具。
在后端開發(fā)中，Node.js 可以替換或者擴(kuò)展 Java 和 .NET。
Node.js 是單線程非阻塞 I/O, 使其可以支持成千上萬的并發(fā)操作。這和 NGINX 解決 C10K 問題的方式如出一轍。Node.js 以高效的性能和開發(fā)效率著稱。
所以，到底哪里做錯(cuò)了？
Node.js 的一些缺陷使得以 Node.js 為基礎(chǔ)的系統(tǒng)面臨潛在的性能問題甚至崩潰，這在系統(tǒng)流量迅速增長時(shí)表現(xiàn)的尤其明顯。雖然 Node.js 是處理 web 應(yīng)用邏輯的很好工具，但它并不擅長處理靜態(tài)文件，比如圖片和 JavaScript 文件，同樣不擅長多個(gè)服務(wù)器間的負(fù)載均衡。
為了更好的使用 Node.js, 你需要把緩存靜態(tài)文件、代理、負(fù)載均衡、客戶端連接管理等功能交給 NGINX 去做。
下面是一些提高 Node.js 性能的建議：
實(shí)現(xiàn)一個(gè)反向代理服務(wù)器
緩存靜態(tài)文件
多服務(wù)器負(fù)載均衡
代理 WebSocket 連接
實(shí)現(xiàn) SSL/TLS 和 HTTP/2
注：提升 Node.js 應(yīng)用性能的最快方法是修改你的 Node.js 文件來利用多核處理器，查看這篇文章來學(xué)習(xí)如何充分利用服務(wù)器上的多核CPU。
相比大多數(shù)應(yīng)用服務(wù)器，Node.js 可以很輕松的處理大量的網(wǎng)絡(luò)流量，但這并不是 Node.js 的設(shè)計(jì)初衷。
如果你有一個(gè)高流量的站點(diǎn)，提高性能的第一步是在你的 Node.js 前面放一個(gè)反向代理服務(wù)器。這可以保護(hù)你的 Node.js 服務(wù)器免于直接暴露在網(wǎng)絡(luò)中，而且可以允許你靈活的使用多個(gè)應(yīng)用服務(wù)器做負(fù)載均衡和靜態(tài)文件緩存。
使用 NGINX 在一個(gè)已經(jīng)存在的服務(wù)器前做反向代理，作為 NGINX 的一個(gè)核心應(yīng)用，已經(jīng)被用于全世界成千上萬的站點(diǎn)中。
下面是使用 NGINX 作為反向代理服務(wù)器的優(yōu)點(diǎn)：
簡化了權(quán)限處理和端口分配
更高效的處理靜態(tài)資源
更好的處理 Node.js 崩潰情況
緩解 DoS 攻擊的影響
注：這篇文章解釋如何在 Ubuntu 14.04 或者 CentOS 環(huán)境中使用 NGINX 做反向代理服務(wù)器，而且使用 NGINX 在 Node.js 前做反向代理服務(wù)器是有效的。
隨著流量的增長，以 Node 為基礎(chǔ)的服務(wù)器開始顯現(xiàn)壓力。這時(shí)，你可能想做兩件事：
1、使用更多的 Node.js 服務(wù)器。
2、在多個(gè)服務(wù)器間做負(fù)載均衡
這其實(shí)很簡單，NGINX 一開始就是作為反向代理服務(wù)器來實(shí)現(xiàn)的，這使其很容易做緩存和負(fù)載均衡等。
Modulus 的網(wǎng)站有一篇有用的文章，介紹了使用 NGINX 做 Node.js 反向代理服務(wù)器的性能提升。只使用 Node.js 時(shí)，作者的網(wǎng)站每秒能處理 900 個(gè)請求。 使用 NGINX 作為反向代理服務(wù)器來處理靜態(tài)文件后，該網(wǎng)站每秒可處理超過 1600 個(gè)請求，接近兩倍的性能提升。
下面是該網(wǎng)站做上述性能提升的配置代碼：
nginx
重慶分公司
重慶分公司
server {
listen 80;
server_name static-test-47242.onmodulus.net;
root /mnt/app;
index index.html index.htm;
location /static/ {
try_files $uri $uri/ =404;
}
location /api/ {
proxy_pass http://node-test-45750.onmodulus.net;
}
}最終目標(biāo)— Node.js 運(yùn)行多個(gè)應(yīng)用服務(wù)器，并在這些服務(wù)器之間均衡負(fù)載。
Node.js 實(shí)現(xiàn)負(fù)載均衡是比較困難的，因?yàn)?Node.js 允許瀏覽器端 JavaScript 和 服務(wù)器端 Node.js 通過 json 做數(shù)據(jù)交互，這就意味著同一個(gè)客戶端可以反復(fù)的訪問一個(gè)特定的應(yīng)用服務(wù)器，而且多個(gè)應(yīng)用服務(wù)器之間共享 session也是比較困難的。
NGINX 實(shí)現(xiàn)無狀態(tài)負(fù)載均衡的方式：
Round Robin. 新的請求去列表中的下一個(gè)服務(wù)器
Least Connections. 新的請求去連接數(shù)最少的服務(wù)器
IP Hash. 根據(jù)客戶端 IP 的 hash 值指定服務(wù)器
只有 IP Hash 這一種能夠可靠的把客戶端請求代理到同一臺服務(wù)器的方式才能使 Node.js 應(yīng)用服務(wù)器受益。
所有版本的 HTTP 都是為客戶端主動(dòng)請求服務(wù)器來設(shè)計(jì)的，而 WebSocket 可以實(shí)現(xiàn)服務(wù)器主動(dòng)向客戶端的消息推送。
WebSocket 協(xié)議使客戶端和服務(wù)器端的穩(wěn)定交互更加簡單，同時(shí)也提供更小的交互延遲。當(dāng)你需要一個(gè)全雙工的通訊，即客戶端和服務(wù)器都可以在需要時(shí)主動(dòng)發(fā)起消息請求，那么使用 WebSocket 就對了。
WebSocket 協(xié)議有健全的 JavaScript 接口，因此也原生適合用 Node.js 作為應(yīng)用服務(wù)器。當(dāng)連接數(shù)上升，使用 NGINX 在客戶端和 Node.js 服務(wù)器端做代理來緩存靜態(tài)文件和負(fù)載均衡就變得非常有意義。
越來越多的網(wǎng)站使用 SSL/TLS 來保證信息交互的安全性，你也可以考慮是否要把它加入到你的網(wǎng)站中，但如果你決定要做，那么 NGINX 有兩種方式來支持它：
你可以使用 NGINX 做 SSL/TLS 反向代理，Node.js 服務(wù)器使用解密后的請求然后返回未加密的內(nèi)容給 NGINX。
使用 HTTP/2 可以抵消 SSL/TLS 帶來的性能開銷，NGINX 支持 HTTP/2, 所以你可以同時(shí)使用 HTTP/2 和 SSL 代理請求，而你的 Node.js 服務(wù)器不需要做任何更改。
在實(shí)現(xiàn)階段你需要更新 Node.js 配置文件中的 URL, 在你的 NGINX 配置文件中使用 SPDY 或者 HTTP/2 優(yōu)化連接。添加 HTTP/2 支持意味著支持 HTTP/2 的瀏覽器可以使用新的協(xié)議和你的應(yīng)用交互，而老的瀏覽器繼續(xù)使用 HTTP/1.x。
關(guān)于如何提高Node.js性能就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。
