Nginx 合并請求連接且加速網(wǎng)站訪問實例詳解
前言
作為這個世界上最好的web服務(wù)器之一,Nginx的優(yōu)勢不明而喻。下面來講講,Nginx是如何合并請求連接的。
小知識
當(dāng)我們在瀏覽網(wǎng)頁的時候,對瀏覽速度有一個重要的影響因素,就是瀏覽器的并發(fā)數(shù)量。并發(fā)數(shù)量簡單通俗的講就是,當(dāng)瀏覽器網(wǎng)頁的時候同時工作的進(jìn)行數(shù)量。
當(dāng)然瀏覽器的并發(fā)請求數(shù)目限制是針對同一域名的,同一時間針對同一域名下的請求有一定數(shù)量限制,超過限制數(shù)目的請求會被阻塞。
首先我們看下各個瀏覽器的并發(fā)連接數(shù):
羅列一下瀏覽器這么決定可能有什么考慮
- 由于TCP 協(xié)議的限制,PC 端只有65536個端口可用以向外部發(fā)出連接,而操作系統(tǒng)對半開連接數(shù)也有限制以保護(hù)操作系統(tǒng)的 TCPIP 協(xié)議棧資源不被迅速耗盡,因此瀏覽器不好發(fā)出太多的 TCP 連接,而是采取用完了之后再重復(fù)利用 TCP 連接或者干脆重新建立 TCP 連接的方法。
- 如果采用阻塞的套接字模型來建立連接,同時發(fā)出多個連接會導(dǎo)致瀏覽器不得不多開幾個線程,而線程有時候算不得是輕量級資源,畢竟做一次上下文切換開銷不小。
- 這是瀏覽器作為一個有良知的客戶端在保護(hù)服務(wù)器。就像以太網(wǎng)的沖突檢測機制,客戶端在使用公共資源的時候必須要自行決定一個等待期。當(dāng)超過2個客戶端要使用公共資源時,強勢的那個邪惡的客戶端可能會導(dǎo)致弱勢的客戶端完全無法訪問公共資源。從前迅雷被噴就是因為它不是一個有良知的客戶端,它作為 HTTP 協(xié)議客戶端沒有考慮到服務(wù)器的壓力,作為 BT 客戶端沒有考慮到自己回饋上傳量的義務(wù)。
淘寶tengine
我們在訪問有些網(wǎng)站的時候,會看到代碼中的部分js和css文件是通過一次請求獲取的,上面的小知識知道瀏覽器請求的并發(fā)數(shù)量是有限制的,但是如果把多條記錄合并一次請求就可能會加快響應(yīng)速度。
淘寶使用的tengine是基于nginx的web服務(wù)器,從11年底開源。開源模塊nginx-http-concat,可以合并多個文件在一個響應(yīng)報文中。
安裝
初次安裝第三方模塊nginx-http-concat
wget http://tengine.taobao.org/download/tengine-2.2.0.tar.gz wget https://github.com/alibaba/nginx-http-concat/archive/master.zip -O nginx-http-concat-master.zip unzip nginx-http-concat-master.zip tar -xzvf tengine-2.2.0.tar.gz cd tengine-2.2.0
配置編譯安裝
./configure --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module --add-module=../nginx-http-concat-master make make install
如果已經(jīng)安裝過Nginx,只是配置第三方插件。Nginx -V,檢查一下Nginx的版本,如果沒有,下載對應(yīng)的版本。
執(zhí)行一下代碼即可。
./configure --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module --add-module=../nginx-http-concat-master make
編譯成功以后
#復(fù)制之前請備份nginx執(zhí)行文件 cp /objs/nginx /usr/local/nginx/sbin/nginx
殺掉Nginx,重啟即可。
配置
在location段增加如下配置:
location /static/css/ { concat on; concat_max_files 20; concat_unique off; concat_types text/css application/javascript; }
合并方式
http://static.52itstyle.com/static/css/??index.css,common.css?v=20171111
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
前端加載訪問速度優(yōu)化詳細(xì)指南(Nginx)
在前端開發(fā)中,優(yōu)化頁面加載速度成為了開發(fā)者的一項重要任務(wù),下面這篇文章主要給大家介紹了關(guān)于前端加載訪問速度優(yōu)化(Nginx)的相關(guān)資料,文中通過代碼介紹的非常詳細(xì),需要的朋友可以參考下2024-06-06Nginx應(yīng)用之Location路由反向代理及重寫策略示例
本篇文章主要介紹了Nginx應(yīng)用之Location路由反向代理及重寫策略示例,具有一定的參考價值,感興趣的小伙伴們可以參考一下2018-02-02Mac環(huán)境Nginx配置和訪問本地靜態(tài)資源的實現(xiàn)
這篇文章主要介紹了Mac環(huán)境Nginx配置和訪問本地靜態(tài)資源的實現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-09-09使用nginx正向代理實現(xiàn)內(nèi)網(wǎng)域名轉(zhuǎn)發(fā)過程解析
這篇文章主要介紹了使用nginx正向代理實現(xiàn)內(nèi)網(wǎng)域名轉(zhuǎn)發(fā)過程解析,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2019-08-08nginx rewrite 實現(xiàn)URL跳轉(zhuǎn)的方法
今天小編就為大家分享一篇nginx rewrite 實現(xiàn)URL跳轉(zhuǎn)的方法,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2019-08-08一次nginx 504 Gateway Time-out錯誤排查、解決記錄
這篇文章主要介紹了一次nginx 504 Gateway Time-out錯誤排查、解決記錄,經(jīng)過反復(fù)檢查,發(fā)現(xiàn)造成這個問題的原因就是PHP的CURL沒有設(shè)置超時時間,解決辦法只要設(shè)置超時時間或者修改一下nginx的配置即可解決,需要的朋友可以參考下2014-05-05基于Nginx搭建WebDAV服務(wù)的詳細(xì)過程
在搭建 Joplin 筆記服務(wù)的時候,發(fā)現(xiàn)了可以通過 WebDAV 服務(wù)來實現(xiàn)云筆記的功能,所以本篇就來介紹一下,怎么快速搭建 WebDAV 服務(wù),需要的朋友可以參考下2022-12-12Nginx將http轉(zhuǎn)換成https的詳細(xì)過程
相信大家在現(xiàn)有項目里都會通過https訪問,這篇文章主要給大家介紹了關(guān)于Nginx將http轉(zhuǎn)換成https的詳細(xì)過程,文中將實現(xiàn)的方法介紹的非常詳細(xì),需要的朋友可以參考下2022-05-05