在這個(gè)前端用戶體驗(yàn)越來越重要的時(shí)代，你的頁面稍微有點(diǎn)卡頓，都難以挽留用戶。而作為一名有追求的前端，勢(shì)必要力所能及地優(yōu)化我們前端頁面的性能。今天，就來談一談那些前端性能優(yōu)化的加載技術(shù)，利用這些技術(shù)可以很好地提高網(wǎng)站的響應(yīng)速度和用戶體驗(yàn)。
雖然利用了這兩個(gè)屬性的script標(biāo)簽都可以實(shí)現(xiàn)異步加載，同時(shí)不阻塞腳本解析。但是使用async屬性的腳本執(zhí)行順序是不能得到保證的。而使用defer屬性的腳本執(zhí)行順序可以得到保證。另一方面，defer屬性是在html文檔解析完成后，DOMContentLoaded事件之前就會(huì)執(zhí)行js。async一旦加載完js后就會(huì)馬上執(zhí)行，最遲不超過window.onload事件。所以，如果腳本沒有操作DOM等元素，或者與DOM時(shí)候加載完成無關(guān)，直接使用async腳本就好。如果需要DOM，就只能使用defer了。
這里介紹的兩種方法在實(shí)際運(yùn)用過程中需要權(quán)衡一下的，渲染速度變快也就意味著腳本加載時(shí)間會(huì)變長(zhǎng)。
解決異步加載腳本的問題
上面介紹的異步加載腳本并不是十分完美的。如何處理加載過程中這些腳本的互相依賴關(guān)系，就成了實(shí)現(xiàn)異步加載過程中所需要考慮的問題。一方面，對(duì)于頁面中那些獨(dú)立的腳本，如用戶統(tǒng)計(jì)等插件就可以放心大膽地使用異步加載。而另一方面，對(duì)于那些確實(shí)需要處理依賴關(guān)系的腳本，業(yè)界已經(jīng)有很成熟的解決方案了。如采用AMD規(guī)范的RequireJS,甚至有采用了hack技術(shù)（通過欺騙瀏覽器下載但不執(zhí)行腳本)的labjs（已過時(shí))。如果你熟悉promise的話，就知道這是在JS中處理異步的一種強(qiáng)有力的工具。下面以promise技術(shù)來實(shí)現(xiàn)處理異步腳本加載過程中de的依賴問題：
// 執(zhí)行腳本functionexec(src){constscript =document.createElement('script');? ? script.src = src;// 返回一個(gè)獨(dú)立的promisereturnnewPromise((resolve, reject) =>{vardone =false;? ? ? ? script.onload = script.onreadystatechange =()=>{if(!done && (!script.readyState || script.readyState ==="loaded"|| script.readyState ==="complete")) {? ? ? ? ? ? ? done =true;// 避免內(nèi)存泄漏script.onload = script.onreadystatechange =null;? ? ? ? ? ? ? resolve(script);? ? ? ? ? ? }? ? ? ? }? ? ? ? script.onerror = reject;document.getElementsByTagName('head')[0].appendChild(script);? ? });}functionasyncLoadJS(dependencies){returnPromise.all(dependencies.map(exec));}asyncLoadJS(['https://code.jquery.com/jquery-2.2.1.js','https://cdn.bootcss.com/bootstrap/3.3.7/js/bootstrap.min.js']).then(()=>console.log('all done'));
可以看到，我們針對(duì)每個(gè)腳本依賴都會(huì)創(chuàng)建一個(gè)promise對(duì)象來管理其狀態(tài)。采用動(dòng)態(tài)插入腳本的方式來管理腳本，然后利用腳本onload和onreadystatechange(兼容性處理)事件來監(jiān)聽腳本是否加載完成。一旦加載完畢，就會(huì)觸發(fā)promise的resovle方法。最后，針對(duì)依賴的處理，是promise的all方法，這個(gè)方法只有在所有promise對(duì)象都resolved的時(shí)候才會(huì)觸發(fā)resolve方法，這樣一來，我們就可以確保在執(zhí)行回調(diào)之前，所有依賴的腳本都已經(jīng)加載并執(zhí)行完畢。
懶加載(lazyload)
懶加載是一種按需加載的方式，也通常被稱為延遲加載。主要思想是通過延遲相關(guān)資源的加載，從而提高頁面的加載和響應(yīng)速度。在這里主要介紹兩種實(shí)現(xiàn)懶加載的技術(shù)：虛擬代理技術(shù)以及惰性初始化技術(shù)。
虛擬代理加載
所謂虛擬代理加載，即為真正加載的對(duì)象事先提供一個(gè)代理或者說占位符。最常見的場(chǎng)景是在圖片的懶加載中，先用一種loading的圖片占位，然后再用異步的方式加載圖片。等真正圖片加載完成后就填充進(jìn)圖片節(jié)點(diǎn)中去。
// 頁面中的圖片url事先先存在其data-src屬性上constlazyLoadImg =function(){constimages =document.getElementsByTagName('img');for(leti =0; i < images.length; i++) {if(images[i].getAttribute('data-src')) {? ? ? ? ? images[i].setAttribute('src', images[i].getAttribute('data-src'));? ? ? ? ? img.onload =()=>img.removeAttribute('data-src');? ? ? }? }}
惰性初始化
惰性初始模式是在程序設(shè)計(jì)過程中常用的一種設(shè)計(jì)模式。顧名思義，這個(gè)模式就是一種將代碼初始化的時(shí)機(jī)推遲（特別是那些初始化消耗較大的資源），從而來提升性能的技術(shù)。
jQuery中大名鼎鼎的ready方法就用到了這項(xiàng)技術(shù)，其目的是為了在頁面DOM元素加載完成后就可以做相應(yīng)的操作，而不需要等待所有資源加載完畢后。與瀏覽器中原生的onload事件相比，可以更加提前地介入對(duì)DOM的干涉。當(dāng)頁面中包含大量圖片等資源時(shí)，這個(gè)方法就顯出它的好處了。在jQuery內(nèi)部的實(shí)現(xiàn)原理上，它會(huì)設(shè)置一個(gè)標(biāo)志位來判斷頁面是否加載完畢，如果沒有加載完成，會(huì)將要執(zhí)行的函數(shù)緩存起來。當(dāng)頁面加載完畢后，再一一執(zhí)行。這樣一來，就將原本應(yīng)該馬上執(zhí)行的代碼，延遲到頁面加載完畢后再執(zhí)行。感興趣的可以去閱讀這一部分的源碼，里面還包括了瀏覽器兼容等處理。
選擇時(shí)機(jī)
選擇時(shí)機(jī)：比較常見的兩種
滾動(dòng)條監(jiān)聽
事件回調(diào)（需要用戶交互的地方）
當(dāng)然，你也可以根據(jù)具體的業(yè)務(wù)場(chǎng)景選擇延遲加載的時(shí)機(jī)。
滾動(dòng)條監(jiān)聽
滾動(dòng)條監(jiān)聽，常常用在大型圖片流等場(chǎng)景下。通過對(duì)用戶滾動(dòng)結(jié)束的區(qū)域進(jìn)行計(jì)算，從而只加載目標(biāo)區(qū)域中的資源。這樣就可以實(shí)現(xiàn)節(jié)流的目的。
// 簡(jiǎn)單的節(jié)流函數(shù)functionthrottle(func, wait, mustRun){vartimeout,? ? ? ? startTime =newDate();returnfunction(){varcontext =this,? ? ? ? ? ? args =arguments,? ? ? ? ? ? curTime =newDate();? ? ? ? clearTimeout(timeout);// 如果達(dá)到了規(guī)定的觸發(fā)時(shí)間間隔，觸發(fā) handlerif(curTime - startTime >= mustRun){? ? ? ? ? ? func.apply(context,args);? ? ? ? ? ? startTime = curTime;// 沒達(dá)到觸發(fā)間隔，重新設(shè)定定時(shí)器}else{? ? ? ? ? ? timeout = setTimeout(func, wait);? ? ? ? }? ? };};// 判斷元素是否在可視范圍內(nèi)functionelementInViewport(element){constrect = element.getBoundingClientRect();return(rect.top >=0&& rect.left >=0&& rect.top <= (window.innerHeight ||document.documentElement.clientHeight));}functionlazyLoadImgs(){constcount =0;returnfunction(){? ? ? ? ? [].slice.call(images, count).forEach(image=>{if(elementInViewport(elementInViewport(image))) {? ? ? ? ? ? ? ? image.setAttribute('src', image.getAttribute('data-src'));? ? ? ? ? ? ? ? ? count++;? ? ? ? ? ? ? }? ? ? ? ? });? ? }}constimages =document.getElementByTagName('img');// 采用了節(jié)流函數(shù), 加載圖片window.addEventListener('scroll',throttle(lazyLoadImgs(images),500,1000));
事件回調(diào)
這種場(chǎng)景就是那些需要用戶交互的地方，如點(diǎn)擊加載更多之類的。這些資源往往通過在用戶交互的瞬間（如點(diǎn)擊一個(gè)觸發(fā)按鈕），發(fā)起ajax請(qǐng)求來獲取資源。比較簡(jiǎn)單，在此不再贅述。
利用webpack實(shí)現(xiàn)腳本加載優(yōu)化
現(xiàn)如今，對(duì)于大型項(xiàng)目大家都會(huì)用上打包工具?，F(xiàn)代化的工具使得我們不必再寫那些又長(zhǎng)又難懂的代碼。針對(duì)懶加載，webpack也提供了十分友好的支持。這里主要介紹兩種方式。
import()方法
我們知道，在原生es6的語法中，提供了import和export的方式來管理模塊。而其import關(guān)鍵字是被設(shè)置成靜態(tài)的，因此不支持動(dòng)態(tài)綁定。不過在es6的stage 3規(guī)范中，引入了一個(gè)新的方法import()使得動(dòng)態(tài)加載模塊成為可能。所以，你可以在項(xiàng)目中使用這樣的代碼：
$('#button').click(function(){import('./dialog.js')? ? .then(dialog=>{//do something})? ? .catch(err=>{console.log('模塊加載錯(cuò)誤');? ? });});//或者更優(yōu)雅的寫法$('#button').click(asyncfunction(){constdialog =awaitimport('./dialog.js');//do something with dialog});
由于該語法是基于promise的，所以如果需要兼容舊瀏覽器，請(qǐng)確保在項(xiàng)目中使用es6-promise或者promise-polyfill。同時(shí)，如果使用的是babel，需要添加syntax-dynamic-import插件。
require.ensure
require.ensure與import()類似，同樣也是基于promise的異步加載模塊的一種方法。這是在webpack 1.x時(shí)代官方提供的懶加載方案?，F(xiàn)在，已經(jīng)被import()語法取代了。為了文章的完整性，這里也做一些介紹。
在webpack編譯過程中，會(huì)靜態(tài)地解析require.ensure中的模塊，并將其添加到一個(gè)單獨(dú)的chunk中，從而實(shí)現(xiàn)代碼的按需加載。
語法如下：
require.ensure(dependencies:String[],callback:function(require),errorCallback:function(error),chunkName:String)
一個(gè)十分常見的例子是在寫單頁面應(yīng)用的時(shí)候，使用該技術(shù)實(shí)現(xiàn)基于不同路由的按需加載：
constroutes = [? ? {path:'/comment',component:r=>require.ensure([], r(require('./Comment')),'comment')}];
預(yù)加載
首屏加載的問題解決后，用戶在具體的頁面使用過程中的體驗(yàn)也很重要。如果能夠通過預(yù)判用戶的行為，提前加載所需要的資源，則可以快速地響應(yīng)用戶的操作，從而打造更加良好的用戶體驗(yàn)。另一方面，通過提前發(fā)起網(wǎng)絡(luò)請(qǐng)求，也可以減少由于網(wǎng)絡(luò)過慢導(dǎo)致的用戶等待時(shí)間。因此，“預(yù)加載”的技術(shù)就閃亮登場(chǎng)了。
preload規(guī)范
preload是w3c新出的一個(gè)標(biāo)準(zhǔn)。利用link的rel屬性來聲明相關(guān)“proload"，從而實(shí)現(xiàn)預(yù)加載的目的。就像這樣：
其中rel屬性是用來告知瀏覽器啟用preload功能，而as屬性是用來明確需要預(yù)加載資源的類型，這個(gè)資源類型不僅僅包括js腳本(script)，還可以是圖片(image)，css(style)，視頻(media)等等。瀏覽器檢測(cè)到這個(gè)屬性后，就會(huì)預(yù)先加載資源。
這個(gè)規(guī)范目前兼容性方面還不是很好，所以可以先稍微了解一下。webpack現(xiàn)在也已經(jīng)有相關(guān)的插件，如果感興趣的話，請(qǐng)移步preload-webpack-plugin。對(duì)于更加詳細(xì)的技術(shù)細(xì)節(jié)，這里推薦一篇博客www.smashingmagazine.com/2016/02/pre…。
DNS Prefetch 預(yù)解析
還有一個(gè)可以優(yōu)化網(wǎng)頁速度的方式是利用dns的預(yù)解析技術(shù)。同preload類似，DNS Prefetch在網(wǎng)絡(luò)層面上優(yōu)化了資源加載的速度。我們知道，針對(duì)DNS的前端優(yōu)化，主要分為減少DNS的請(qǐng)求次數(shù)，還有就是進(jìn)行DNS預(yù)先獲取。DNS prefetch就是為了實(shí)現(xiàn)這后者。其用法也很簡(jiǎn)單，只要在link標(biāo)簽上加上對(duì)應(yīng)的屬性就行了。
/* 這是用來告知瀏覽器當(dāng)前頁面要做DNS預(yù)解析 */
在支持該標(biāo)準(zhǔn)的瀏覽器上，會(huì)自動(dòng)對(duì)鏈接中的地址域名做DNS解析緩存。不過，像Goolge、火狐這樣的現(xiàn)代瀏覽器即使不設(shè)置這個(gè)屬性，也能在后臺(tái)做自動(dòng)預(yù)解析。如果你的頁面中需要大量訪問不同域名的資源，可以利用這項(xiàng)技術(shù)加快資源的獲取，從而獲得更好的用戶體驗(yàn)。需要注意的是，DNS預(yù)解析雖好，但是也不能濫用。如果對(duì)多頁面重復(fù)DNS預(yù)解析，會(huì)增加DNS的查詢次數(shù)。
總結(jié)
通常對(duì)于大型應(yīng)用來說，完整加載所有javascript代碼是十分耗時(shí)的工作。因此，通常會(huì)將JavaScript分為兩個(gè)部分（一部分是渲染初始化頁面所必須的，另一部分則是剩下的腳本）來進(jìn)行加載。這樣就可以盡可能快速地渲染出網(wǎng)頁。通過監(jiān)聽onload事件，可以很好地控制回調(diào)的時(shí)機(jī)，同時(shí)采用異步加載等技術(shù)能夠同時(shí)并行加載多個(gè)腳本，從而大大提高最終頁面的渲染速度。最好是把在onload事件之前執(zhí)行的代碼拆分成一個(gè)單獨(dú)的文件。當(dāng)然，在處理腳本加載這一過程中還存在著幾個(gè)問題：1.如何找到需要拆分的代碼？ 2 怎樣處理競(jìng)爭(zhēng)狀態(tài) ？3.如何延遲加載其余部分的代碼？希望這篇文章能夠給你啟發(fā)！對(duì)于文中有錯(cuò)漏之處，歡迎指出。鑒于本人水平有限，也歡迎大家來多多交流。
參考資料
《Javascript性能優(yōu)化》
perishablepress.com/3-ways-prel…
原文鏈接：https://juejin.im/post/59b73ef75188253db70acdb5
