資訊專欄INFORMATION COLUMN
摘要：先說結(jié)論瀏覽器的網(wǎng)絡(luò)請求資源數(shù)是針對單一域名的。不同瀏覽器，不同協(xié)議版本允許的網(wǎng)絡(luò)請求資源數(shù)是不一樣的具體自行百度，不過總的來說在個之間。
先說結(jié)論：
1、瀏覽器的網(wǎng)絡(luò)請求資源數(shù)是針對單一域名的。
2、不同瀏覽器，不同http協(xié)議版本允許的網(wǎng)絡(luò)請求資源數(shù)是不一樣的（具體自行百度），不過總的來說在2-8個之間。
對頁面加載的影響：
假如一個頁面有120個靜態(tài)資源（css、js、img），并且所有資源都在一個域名下，使用的瀏覽器最大網(wǎng)絡(luò)并行請求資源數(shù)是6，假設(shè)理想一些：所有請求時間都是一樣的，每個文件加載需要500ms，則所有資源加載完成需要 120/6 * 0.5 = 10s 的時間。
針對性的優(yōu)化方案：
1、減少網(wǎng)絡(luò)請求數(shù)：
（1）使用css spirit，將圖標(biāo)合成在一張圖中，減少圖片數(shù)量，減少http請求數(shù) （2）使用打包工具合并css和js，減少文件數(shù)量，減少http請求數(shù)
2、增加靜態(tài)資源來源
（1）將靜態(tài)資源分布在不同的服務(wù)器中，使用多個域名，加大并發(fā)量 （2）將靜態(tài)資源和html文檔分放在不用的域名下也有另一個原因，每次頁面請求都會將相同域名下的cookie帶給服務(wù)器端，實際上靜態(tài)資源帶上cookie是沒必要的。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/97696.html
摘要：使用了多路復(fù)用技術(shù)的，就成了并發(fā)事件驅(qū)動的服務(wù)器。進程主要負責(zé)收集分發(fā)請求。同時進程也負責(zé)監(jiān)控的狀態(tài)，保證高可靠性進程一般設(shè)置為跟核心數(shù)一致。所以才使得支持更高的并發(fā)。配置調(diào)優(yōu)調(diào)整指要生成的數(shù)量最佳實踐是每個運行個工作進程。 Nginx 是如何實現(xiàn)高并發(fā)的? Nginx 采用的是多進程（單線程） & 多路IO復(fù)用模型。使用了 I/O 多路復(fù)用技術(shù)的 Nginx，就成了并發(fā)事件驅(qū)動的服務(wù)...
摘要：淺談網(wǎng)站性能之前端性能優(yōu)化性能優(yōu)化的目的無非是減少用戶流量消耗，提升用戶首屏體驗，提升用戶訪問速度，讓用戶專注內(nèi)容本身。前端性能優(yōu)化減少請求數(shù)量基本原理在瀏覽器與服務(wù)器進行通信時，主要是通過進行通信。 最近項目慢慢走上正軌，需求趨于平穩(wěn)，這才想起需要對整站進行性能優(yōu)化。經(jīng)過一段時間的學(xué)習(xí)，結(jié)合現(xiàn)在項目的實際性能情況，發(fā)現(xiàn)確實有許多地方可以進行優(yōu)化。于是就開始了我的前端性能優(yōu)化之旅。以下...
摘要：淺談網(wǎng)站性能之前端性能優(yōu)化性能優(yōu)化的目的無非是減少用戶流量消耗，提升用戶首屏體驗，提升用戶訪問速度，讓用戶專注內(nèi)容本身。前端性能優(yōu)化減少請求數(shù)量基本原理在瀏覽器與服務(wù)器進行通信時，主要是通過進行通信。 最近項目慢慢走上正軌，需求趨于平穩(wěn)，這才想起需要對整站進行性能優(yōu)化。經(jīng)過一段時間的學(xué)習(xí)，結(jié)合現(xiàn)在項目的實際性能情況，發(fā)現(xiàn)確實有許多地方可以進行優(yōu)化。于是就開始了我的前端性能優(yōu)化之旅。以下...
閱讀 2141·2021-11-22 15:24
閱讀 2439·2021-09-09 11:53
閱讀 3056·2021-09-04 16:40
閱讀 1652·2019-08-30 15:52
閱讀 3368·2019-08-29 13:47
閱讀 2750·2019-08-26 17:40
閱讀 1564·2019-08-26 13:24
閱讀 2260·2019-08-26 12:01
