隨著網(wǎng)絡(luò)的高速發(fā)展，網(wǎng)絡(luò)性能的持續(xù)提高成為能否在蕓蕓App中脫穎而出的關(guān)鍵。高度聯(lián)結(jié)的世界意味著用戶對網(wǎng)絡(luò)體驗提出了更嚴苛的要求。假如你的網(wǎng)站不能做到快速響應(yīng)，又或你的App存在延遲，用戶很快就會移情你的競爭對手。以下為大家總結(jié)10條有關(guān)性能提升的經(jīng)驗，以供參考：
采用反向代理服務(wù)器(Reverse Proxy Server)來對應(yīng)用進行加速和保護
其作用主要在以下三方面：
負載平衡 – 運行在反向代理服務(wù)器上的負載平衡器會在不同的不服務(wù)器 間進行傳輸平衡。透過它，你可以進行無差別的服務(wù)器增添。
存靜態(tài)文件 – 對于直接的文件請求，例如圖片文件或代碼文件，可以直接存儲在反向代理服務(wù)器然后直接發(fā)送給用戶，從而可以進行快速訪問并為應(yīng)用服務(wù)器進行減負使得程序性能得到提升。
安全保護 – 反向代理服務(wù)器可以進行高安全度配置和對威脅進行識別和監(jiān)測。增添一個負載平衡器
為網(wǎng)站增添一個負載平衡器是一個相對簡單的變更，但是它可以帶來不錯的性能和安全性提升。負載平衡器的作用在于在不同服務(wù)器間進行傳輸分發(fā)。
負載平衡器的實施前提是有一個反向代理服務(wù)器，它在接收到Internet通信后把相關(guān)請求發(fā)送到其它服務(wù)器。平衡器的妙處在于它支持兩個或以上的應(yīng)用服務(wù)器，使用選擇算法來分割服務(wù)器間的請求。緩存靜態(tài)和動態(tài)內(nèi)容
緩存技術(shù)的使用可使內(nèi)容更快地展示給用戶，其處理策略有：在需求發(fā)出時更快地處理內(nèi)容，把內(nèi)容存放在更快的設(shè)備上，或是使內(nèi)容離用戶更近。數(shù)據(jù)壓縮
壓縮技術(shù)是一個巨大的潛在性能加速器。其主要作用體現(xiàn)在對圖片，視頻或音頻等文件，能夠進行高效的壓縮處理。優(yōu)化SSL/TLS訪問
盡管SSL/TLS變得越來越流行，但是它對于性能的影響也應(yīng)得到重視。其對性能的影響主要體現(xiàn)在兩個方面：
每當新的連接開啟，初始化握手都是無法避免的，即瀏覽器每次都需要使用HTTP/1.X建立服務(wù)器連接。
存放于服務(wù)器上的加密數(shù)據(jù)會越來越大，加密后用戶讀取時也需要進行解碼。
那么該如何進行處理呢？
會話緩存—使用ssl_session_cache來直接緩存建立新SSL/TLS連接的參數(shù)
會話ID化—把指定SSL/TLS的標識/ID存放起來，但要建立新連接時，就可以直接取用，從而免去重新建立通信的繁瑣。
OCSP stapling優(yōu)化—通過抓取SSL/TLS認證信息來減免建立通信的時間。
- 部署HTTP/2或SPDY
對于已經(jīng)啟用SSL/TLS的網(wǎng)站，一旦結(jié)合HTTP/2和SPDY將能實現(xiàn)性能上的強強聯(lián)合；因為其結(jié)果是會讓單一連接的建立僅需一次通信握手。SPDY和HTTP/2的主要特性是它們使用的是單一連接而不是多方連接。 - 定期更新軟件版本
- 優(yōu)化Linux性能
例如對Linux進行以下配置或處理：
Backlog隊列
如果你有一些將要停用的連接，可以考慮增加net.core.somaxconn。
文件描述符
NGINX允許每個連接最多使用兩個文件描述符。如果你的系統(tǒng)服務(wù)的是多個連接，你可能需要考慮增大sys.fs.file_max的值。
瞬時端口
當作為一個代理使用時，NGINX會為每個upstream服務(wù)器創(chuàng)建臨時的瞬時(ephemeral)端口。因此可以嘗試加大net.ipv4.ip_local_port_range的值來增加可用端口數(shù)。 - 優(yōu)化Web服務(wù)器性能
訪問日志優(yōu)化
在NGINX中，在access_log中加入buffer=size參數(shù)來實現(xiàn)日志的緩存寫入；加入flush=time則可實現(xiàn)在某個時間間隔后進行緩存內(nèi)容寫入。
緩存
啟用緩存可使連接響應(yīng)更快。
客戶端活動連接
活動連接可減少重連的次數(shù)，特別是啟用SSL/TLS的情況下。
Upstream活動連接
Upstream連接指的是連接到程序服務(wù)器，數(shù)據(jù)庫服務(wù)器等的連接。
限制資源的訪問
采取合適的策略來限制資源訪問可以提高性能和安全性。
進行worker處理
Worker處理模式就是請求驅(qū)動處理模式。NGINX使用了一個基于事件的模型和OS依賴機制來有效地對請求進行分發(fā)。
進行socket分表
Socket分表可以為每個worker處理創(chuàng)建一個socket監(jiān)聽器,當核心委派連接分到給監(jiān)聽器時，可以馬上知道哪個處理是即將執(zhí)行的，從而使處理流程變得簡潔。
線程池處理
任何計算機線程都有可能由于單個緩慢的操作而掛起。對于web服務(wù)器軟件來說，磁盤訪問是一個性能瓶頸，例如進行數(shù)據(jù)復(fù)制等操作。當使用線程池來處理時，可以把一些響應(yīng)慢的操作單獨地放入某個任務(wù)組里面，從而不會對其它操作造成影響。
10.進行實時監(jiān)控以快速解決問題和瓶頸
實施實時監(jiān)控，可以全面掌握系統(tǒng)的運行情況，發(fā)現(xiàn)問題解決問題，甚至是找出造成性能瓶頸或運行緩慢的原因。
例如可對如下的問題進行監(jiān)控：
服務(wù)器宕機
連接訪問丟失
服務(wù)器緩存丟失嚴重
服務(wù)器發(fā)送了錯誤的數(shù)據(jù)
