減少請求數(shù)量

合并

如果不進(jìn)行文件合并，有如下3個隱患

1、文件與文件之間有插入的上行請求，增加了N-1個網(wǎng)絡(luò)延遲

2、受丟包問題影響更嚴(yán)重

3、經(jīng)過代理服務(wù)器時可能會被斷開

但是，文件合并本身也有自己的問題

1、首屏渲染問題

2、緩存失效問題

所以，對于文件合并，有如下改進(jìn)建議

1、公共庫合并

2、不同頁面單獨(dú)合并

圖片處理

1、雪碧圖

CSS雪碧圖是以前非常流行的技術(shù)，把網(wǎng)站上的一些圖片整合到一張單獨(dú)的圖片中，可以減少網(wǎng)站的HTTP請求數(shù)量，但是當(dāng)整合圖片比較大時，一次加載比較慢。隨著字體圖片、SVG圖片的流行，該技術(shù)漸漸退出了歷史舞臺

2、Base64

將圖片的內(nèi)容以Base64格式內(nèi)嵌到HTML中，可以減少HTTP請求數(shù)量。但是，由于Base64編碼用8位字符表示信息中的6個位，所以編碼后大小大約比原始值擴(kuò)大了 33%

3、使用字體圖標(biāo)來代替圖片

減少重定向

盡量避免使用重定向，當(dāng)頁面發(fā)生了重定向，就會延遲整個HTML文檔的傳輸。在HTML文檔到達(dá)之前，頁面中不會呈現(xiàn)任何東西，也沒有任何組件會被下載，降低了用戶體驗(yàn)

如果一定要使用重定向，如http重定向到https，要使用301永久重定向，而不是302臨時重定向。因?yàn)?，如果使?02，則每一次訪問http，都會被重定向到https的頁面。而永久重定向，在第一次從http重定向到https之后 ，每次訪問http，會直接返回https的頁面

使用緩存

使用cach-control或expires這類強(qiáng)緩存時，緩存不過期的情況下，不向服務(wù)器發(fā)送請求。強(qiáng)緩存過期時，會使用last-modified或etag這類協(xié)商緩存，向服務(wù)器發(fā)送請求，如果資源沒有變化，則服務(wù)器返回304響應(yīng)，瀏覽器繼續(xù)從本地緩存加載資源；如果資源更新了，則服務(wù)器將更新后的資源發(fā)送到瀏覽器，并返回200響應(yīng)

不使用CSS @import

CSS的@import會造成額外的請求

避免使用空的src和href

a標(biāo)簽設(shè)置空的href，會重定向到當(dāng)前的頁面地址

form設(shè)置空的method，會提交表單到當(dāng)前的頁面地址

減小資源大小

壓縮

1、HTML壓縮

HTML代碼壓縮就是壓縮在文本文件中有意義，但是在HTML中不顯示的字符，包括空格，制表符，換行符等

2、CSS壓縮

CSS壓縮包括無效代碼刪除與CSS語義合并

3、JS壓縮與混亂

JS壓縮與混亂包括無效字符及注釋的刪除、代碼語義的縮減和優(yōu)化、降低代碼可讀性，實(shí)現(xiàn)代碼保護(hù)

4、圖片壓縮

針對真實(shí)圖片情況，舍棄一些相對無關(guān)緊要的色彩信息

webp

在安卓下可以使用webp格式的圖片，它具有更優(yōu)的圖像數(shù)據(jù)壓縮算法，能帶來更小的圖片體積，同等畫面質(zhì)量下，體積比jpg、png少了25%以上，而且同時具備了無損和有損的壓縮模式、Alpha 透明以及動畫的特性

開啟gzip

HTTP協(xié)議上的GZIP編碼是一種用來改進(jìn)WEB應(yīng)用程序性能的技術(shù)。大流量的WEB站點(diǎn)常常使用GZIP壓縮技術(shù)來讓用戶感受更快的速度。這一般是指WWW服務(wù)器中安裝的一個功能，當(dāng)有人來訪問這個服務(wù)器中的網(wǎng)站時，服務(wù)器中的這個功能就將網(wǎng)頁內(nèi)容壓縮后傳輸?shù)絹碓L的電腦瀏覽器中顯示出來。一般對純文本內(nèi)容可壓縮到原大小的40%

優(yōu)化網(wǎng)絡(luò)連接

使用CDN

CDN全稱是Content Delivery Network，即內(nèi)容分發(fā)網(wǎng)絡(luò)，它能夠?qū)崟r地根據(jù)網(wǎng)絡(luò)流量和各節(jié)點(diǎn)的連接、負(fù)載狀況以及到用戶的距離和響應(yīng)時間等綜合信息將用戶的請求重新導(dǎo)向離用戶最近的服務(wù)節(jié)點(diǎn)上。其目的是使用戶可就近取得所需內(nèi)容，解決 Internet網(wǎng)絡(luò)擁擠的狀況，提高用戶訪問網(wǎng)站的響應(yīng)速度

使用DNS預(yù)解析

當(dāng)瀏覽器訪問一個域名的時候，需要解析一次DNS，獲得對應(yīng)域名的ip地址。在解析過程中，按照瀏覽器緩存、系統(tǒng)緩存、路由器緩存、ISP(運(yùn)營商)DNS緩存、根域名服務(wù)器、頂級域名服務(wù)器、主域名服務(wù)器的順序，逐步讀取緩存，直到拿到IP地址

DNS Prefetch，即DNS預(yù)解析就是根據(jù)瀏覽器定義的規(guī)則，提前解析之后可能會用到的域名，使解析結(jié)果緩存到系統(tǒng)緩存中，縮短DNS解析時間，來提高網(wǎng)站的訪問速度

方法是在 head 標(biāo)簽里面寫上幾個 link 標(biāo)簽

<link rel="dns-prefecth" href="http://www.dhdzp.com">

<link rel="dns-prefecth"  rel="external nofollow" >

對以上幾個網(wǎng)站提前解析 DNS，由于它是并行的，不會堵塞頁面渲染，這樣可以縮短資源加載的時間

并行連接

由于在HTTP1.1協(xié)議下，chrome每個域名的最大并發(fā)數(shù)是6個。使用多個域名，可以增加并發(fā)數(shù)

持久連接

使用keep-alive或presistent來建立持久連接，持久連接降低了時延和連接建立的開銷，將連接保持在已調(diào)諧狀態(tài)，而且減少了打開連接的潛在數(shù)量

管道化連接

在HTTP2協(xié)議中，可以開啟管道化連接，即單條連接的多路復(fù)用，每條連接中并發(fā)傳輸多個資源，這里就不需要添加域名來增加并發(fā)數(shù)了

優(yōu)化資源加載

資源加載位置

通過優(yōu)化資源加載位置，更改資源加載時機(jī)，使盡可能快地展示出頁面內(nèi)容，盡可能快地使功能可用

1、CSS文件放在head中，先外鏈，后本頁

2、JS文件放在body底部，先外鏈，后本頁

3、處理頁面、處理頁面布局的JS文件放在head中，如babel-polyfill.js文件、flexible.js文件

4、body中間盡量不寫style標(biāo)簽和script標(biāo)簽

資源加載時機(jī)

1、異步script標(biāo)簽

defer:  異步加載，在HTML解析完成后執(zhí)行。defer的實(shí)際效果與將代碼放在body底部類似

async: 異步加載，加載完成后立即執(zhí)行

2、模塊按需加載

在SPA等業(yè)務(wù)邏輯比較復(fù)雜的系統(tǒng)中，需要根據(jù)路由來加載當(dāng)前頁面需要的業(yè)務(wù)模塊

按需加載，是一種很好的優(yōu)化網(wǎng)頁或應(yīng)用的方式。這種方式實(shí)際上是先把代碼在一些邏輯斷點(diǎn)處分離開，然后在一些代碼塊中完成某些操作后，立即引用或即將引用另外一些新的代碼塊。這樣加快了應(yīng)用的初始加載速度，減輕了它的總體體積，因?yàn)槟承┐a塊可能永遠(yuǎn)不會被加載

webpack 提供了兩個類似的技術(shù)，優(yōu)先選擇的方式是使用符合 ECMAScript 提案 的 import() 語法。第二種則是使用 webpack 特定的 require.ensure

3、使用資源預(yù)加載preload和資源預(yù)讀取prefetch

preload讓瀏覽器提前加載指定資源，需要執(zhí)行時再執(zhí)行，可以加速本頁面的加載速度

prefetch告訴瀏覽器加載下一頁面可能會用到的資源，可以加速下一個頁面的加載速度

4、資源懶加載與資源預(yù)加載

資源延遲加載也稱為懶加載，延遲加載資源或符合某些條件時才加載某些資源

資源預(yù)加載是提前加載用戶所需的資源，保證良好的用戶體驗(yàn)

資源懶加載和資源預(yù)加載都是一種錯峰操作，在瀏覽器忙碌的時候不做操作，瀏覽器空間時，再加載資源，優(yōu)化了網(wǎng)絡(luò)性能

減少重繪回流

樣式設(shè)置

1、避免使用層級較深的選擇器，或其他一些復(fù)雜的選擇器，以提高CSS渲染效率

2、避免使用CSS表達(dá)式，CSS表達(dá)式是動態(tài)設(shè)置CSS屬性的強(qiáng)大但危險方法，它的問題就在于計(jì)算頻率很快。不僅僅是在頁面顯示和縮放時，就是在頁面滾動、乃至移動鼠標(biāo)時都會要重新計(jì)算一次

3、元素適當(dāng)?shù)囟x高度或最小高度，否則元素的動態(tài)內(nèi)容載入時，會出現(xiàn)頁面元素的晃動或位置，造成回流

4、給圖片設(shè)置尺寸。如果圖片不設(shè)置尺寸，首次載入時，占據(jù)空間會從0到完全出現(xiàn)，上下左右都可能位移，發(fā)生回流

5、不要使用table布局，因?yàn)橐粋€小改動可能會造成整個table重新布局。而且table渲染通常要3倍于同等元素時間

6、能夠使用CSS實(shí)現(xiàn)的效果，盡量使用CSS而不使用JS實(shí)現(xiàn)

渲染層

1、此外，將需要多次重繪的元素獨(dú)立為render layer渲染層，如設(shè)置absolute，可以減少重繪范圍

2、對于一些進(jìn)行動畫的元素，使用硬件渲染，從而避免重繪和回流

DOM優(yōu)化

1、緩存DOM

const div = document.getElementById('div')

由于查詢DOM比較耗時，在同一個節(jié)點(diǎn)無需多次查詢的情況下，可以緩存DOM

2、減少DOM深度及DOM數(shù)量

HTML 中標(biāo)簽元素越多，標(biāo)簽的層級越深，瀏覽器解析DOM并繪制到瀏覽器中所花的時間就越長，所以應(yīng)盡可能保持 DOM 元素簡潔和層級較少。

3、批量操作DOM

由于DOM操作比較耗時，且可能會造成回流，因此要避免頻繁操作DOM，可以批量操作DOM，先用字符串拼接完畢，再用innerHTML更新DOM

4、批量操作CSS樣式

通過切換class或者使用元素的style.csstext屬性去批量操作元素樣式

5、在內(nèi)存中操作DOM

使用DocumentFragment對象，讓DOM操作發(fā)生在內(nèi)存中，而不是頁面上

6、DOM元素離線更新

對DOM進(jìn)行相關(guān)操作時，例、appendChild等都可以使用Document Fragment對象進(jìn)行離線操作，帶元素“組裝”完成后再一次插入頁面，或者使用display:none 對元素隱藏，在元素“消失”后進(jìn)行相關(guān)操作

7、DOM讀寫分離

瀏覽器具有惰性渲染機(jī)制，連接多次修改DOM可能只觸發(fā)瀏覽器的一次渲染。而如果修改DOM后，立即讀取DOM。為了保證讀取到正確的DOM值，會觸發(fā)瀏覽器的一次渲染。因此，修改DOM的操作要與訪問DOM分開進(jìn)行

8、事件代理

事件代理是指將事件監(jiān)聽器注冊在父級元素上，由于子元素的事件會通過事件冒泡的方式向上傳播到父節(jié)點(diǎn)，因此，可以由父節(jié)點(diǎn)的監(jiān)聽函數(shù)統(tǒng)一處理多個子元素的事件

利用事件代理，可以減少內(nèi)存使用，提高性能及降低代碼復(fù)雜度

9、防抖和節(jié)流

使用函數(shù)節(jié)流（throttle）或函數(shù)去抖（debounce），限制某一個方法的頻繁觸發(fā)

10、及時清理環(huán)境

及時消除對象引用，清除定時器，清除事件監(jiān)聽器，創(chuàng)建最小作用域變量，可以及時回收內(nèi)存

性能更好的API

1、用對選擇器

選擇器的性能排序如下所示，盡量選擇性能更好的選擇器

id選擇器（#myid）

類選擇器（.myclassname）

標(biāo)簽選擇器（div,h1,p）

相鄰選擇器（h1+p）

子選擇器（ul > li）

后代選擇器（li a）

通配符選擇器（*）

屬性選擇器（a[rel="external"]）

偽類選擇器（a:hover,li:nth-child）

2、使用requestAnimationFrame來替代setTimeout和setInterval

希望在每一幀剛開始的時候?qū)撁孢M(jìn)行更改，目前只有使用 requestAnimationFrame 能夠保證這一點(diǎn)。使用 setTimeout 或者 setInterval 來觸發(fā)更新頁面的函數(shù)，該函數(shù)可能在一幀的中間或者結(jié)束的時間點(diǎn)上調(diào)用，進(jìn)而導(dǎo)致該幀后面需要進(jìn)行的事情沒有完成，引發(fā)丟幀

3、使用IntersectionObserver來實(shí)現(xiàn)圖片可視區(qū)域的懶加載

傳統(tǒng)的做法中，需要使用scroll事件，并調(diào)用getBoundingClientRect方法，來實(shí)現(xiàn)可視區(qū)域的判斷，即使使用了函數(shù)節(jié)流，也會造成頁面回流。使用IntersectionObserver，則沒有上述問題

4、使用web worker

客戶端javascript一個基本的特性是單線程：比如，瀏覽器無法同時運(yùn)行兩個事件處理程序，它也無法在一個事件處理程序運(yùn)行的時候觸發(fā)一個計(jì)時器。Web Worker是HTML5提供的一個javascript多線程解決方案，可以將一些大計(jì)算量的代碼交由web Worker運(yùn)行，從而避免阻塞用戶界面，在執(zhí)行復(fù)雜計(jì)算和數(shù)據(jù)處理時，這個API非常有用

但是，使用一些新的API的同時，也要注意其瀏覽器兼容性

webpack優(yōu)化

打包公共代碼

使用CommonsChunkPlugin插件，將公共模塊拆出來，最終合成的文件能夠在最開始的時候加載一次，便存到緩存中供后續(xù)使用。這會帶來速度上的提升，因?yàn)闉g覽器會迅速將公共的代碼從緩存中取出來，而不是每次訪問一個新頁面時，再去加載一個更大的文件

webpack 4 將移除 CommonsChunkPlugin, 取而代之的是兩個新的配置項(xiàng) optimization.splitChunks 和 optimization.runtimeChunk

通過設(shè)置 optimization.splitChunks.chunks: "all" 來啟動默認(rèn)的代碼分割配置項(xiàng)

動態(tài)導(dǎo)入和按需加載

webpack提供了兩種技術(shù)通過模塊的內(nèi)聯(lián)函數(shù)調(diào)用來分離代碼，優(yōu)先選擇的方式是，使用符合 ECMAScript 提案 的 import() 語法。第二種，則是使用 webpack 特定的 require.ensure

剔除無用代碼

tree shaking 是一個術(shù)語，通常用于描述移除 JavaScript 上下文中的未引用代碼(dead-code)。它依賴于 ES2015 模塊系統(tǒng)中的靜態(tài)結(jié)構(gòu)特性，例如 import 和 export。這個術(shù)語和概念實(shí)際上是興起于 ES2015 模塊打包工具 rollup

JS的tree shaking主要通過uglifyjs插件來完成，CSS的tree shaking主要通過purify CSS來實(shí)現(xiàn)的

長緩存優(yōu)化

1、將hash替換為chunkhash，這樣當(dāng)chunk不變時，緩存依然有效

2、使用Name而不是id

每個 module.id 會基于默認(rèn)的解析順序(resolve order)進(jìn)行增量。也就是說，當(dāng)解析順序發(fā)生變化，ID 也會隨之改變

下面來使用兩個插件解決這個問題。第一個插件是 NamedModulesPlugin，將使用模塊的路徑，而不是數(shù)字標(biāo)識符。雖然此插件有助于在開發(fā)過程中輸出結(jié)果的可讀性，然而執(zhí)行時間會長一些。第二個選擇是使用 HashedModuleIdsPlugin，推薦用于生產(chǎn)環(huán)境構(gòu)建

公用代碼內(nèi)聯(lián)

使用html-webpack-inline-chunk-plugin插件將mainfest.js內(nèi)聯(lián)到html文件中

更多關(guān)于WEB前端的性能優(yōu)化文章請點(diǎn)擊下面的相關(guān)鏈接