前端優(yōu)化也是前端面試一般會(huì)問到的東西，所以前端都有哪些性能優(yōu)化?下面由學(xué)習(xí)啦小編為大家整理的移動(dòng)前端性能優(yōu)化，希望大家喜歡!

　　移動(dòng)前端性能優(yōu)化

　　1.[加載優(yōu)化]

　　加載過程是最為耗時(shí)的過程，可能會(huì)占到總耗時(shí)的80%時(shí)間，因此是優(yōu)化的重點(diǎn)

　　· 減少HTTP請(qǐng)求

　　因?yàn)槭謾C(jī)瀏覽器同時(shí)響應(yīng)請(qǐng)求為4個(gè)請(qǐng)求(Android支持4個(gè)，iOS 5后可支持6個(gè))，所以要盡量減少頁面的請(qǐng)求數(shù)，首次加載同時(shí)請(qǐng)求數(shù)不能超過4個(gè)

　　a) 合并CSS、JavaScript

　　b) 合并小圖片，使用雪碧圖

　　· 緩存

　　使用緩存可以減少向服務(wù)器的請(qǐng)求數(shù)，節(jié)省加載時(shí)間，所以所有靜態(tài)資源都要在服務(wù)器端設(shè)置緩存，并且盡量使用長(zhǎng)Cache(長(zhǎng)Cache資源的更新可使用時(shí)間戳)

　　a) 緩存一切可緩存的資源

　　b) 使用長(zhǎng)Cache(使用時(shí)間戳更新Cache)

　　c) 使用外聯(lián)式引用CSS、JavaScript

　　· 壓縮HTML、CSS、JavaScript

　　減少資源大小可以加快網(wǎng)頁顯示速度，所以要對(duì)HTML、CSS、JavaScript等進(jìn)行代碼壓縮，并在服務(wù)器端設(shè)置GZip

　　a) 壓縮(例如，多余的空格、換行符和縮進(jìn))

　　b) 啟用GZip

　　· 無阻塞

　　寫在HTML頭部的JavaScript(無異步)，和寫在HTML標(biāo)簽中的Style會(huì)阻塞頁面的渲染，因此CSS放在頁面頭部并使用Link方式引入，避免在HTML標(biāo)簽中寫Style，JavaScript放在頁面尾

　　部或使用異步方式加載

　　· 使用首屏加載

　　首屏的快速顯示，可以大大提升用戶對(duì)頁面速度的感知，因此應(yīng)盡量針對(duì)首屏的快速顯示做優(yōu)化

　　· 按需加載

　　將不影響首屏的資源和當(dāng)前屏幕資源不用的資源放到用戶需要時(shí)才加載，可以大大提升重要資源的顯示速度和降低總體流量

　　PS：按需加載會(huì)導(dǎo)致大量重繪，影響渲染性能

　　a) LazyLoad

　　b) 滾屏加載

　　c) 通過Media Query加載

　　· 預(yù)加載

　　大型重資源頁面(如游戲)可使用增加Loading的方法，資源加載完成后再顯示頁面。但Loading時(shí)間過長(zhǎng)，會(huì)造成用戶流失

　　對(duì)用戶行為分析，可以在當(dāng)前頁加載下一頁資源，提升速度

　　a) 可感知Loading(如進(jìn)入空間游戲的Loading)

　　b) 不可感知的Loading(如提前加載下一頁)

　　· 壓縮圖片

　　圖片是最占流量的資源，因此盡量避免使用他，使用時(shí)選擇最合適的格式(實(shí)現(xiàn)需求的前提下，以大小判斷)，合適的大小，然后使用智圖壓縮，同時(shí)在代碼中用Srcset來按需顯示

　　a) 使用智圖( http://zhitu.tencent.com/ )

　　b) 使用其它方式代替圖片(1. 使用CSS3 2. 使用SVG 3. 使用IconFont)

　　c) 使用Srcset

　　d) 選擇合適的圖片(1. webP優(yōu)于JPG 2. PNG8優(yōu)于GIF)

　　e) 選擇合適的大小(1. 首次加載不大于1014KB 2. 不寬于640(基于手機(jī)屏幕一般寬度))

　　· 減少Cookie

　　Cookie會(huì)影響加載速度，所以靜態(tài)資源域名不使用Cookie

　　· 避免重定向

　　重定向會(huì)影響加載速度，所以在服務(wù)器正確設(shè)置避免重定向

　　· 異步加載第三方資源

　　第三方資源不可控會(huì)影響頁面的加載和顯示，因此要異步加載第三方資源

　　2.[腳本執(zhí)行優(yōu)化]

　　腳本處理不當(dāng)會(huì)阻塞頁面加載、渲染，因此在使用時(shí)需當(dāng)注意

　　· CSS寫在頭部，JavaScript寫在尾部或異步

　　· 避免圖片和iFrame等的空Src

　　空Src會(huì)重新加載當(dāng)前頁面，影響速度和效率

　　· 盡量避免重設(shè)圖片大小

　　重設(shè)圖片大小是指在頁面、CSS、JavaScript等中多次重置圖片大小，多次重設(shè)圖片大小會(huì)引發(fā)圖片的多次重繪，影響性能

　　· 圖片盡量避免使用DataURL

　　DataURL圖片沒有使用圖片的壓縮算法文件會(huì)變大，并且要解碼后再渲染，加載慢耗時(shí)長(zhǎng)

　　移動(dòng)web前端性能優(yōu)化

　　1.[CSS優(yōu)化]

　　· 盡量避免寫在HTML標(biāo)簽中寫Style屬性

　　· 避免CSS表達(dá)式

　　CSS表達(dá)式的執(zhí)行需跳出CSS樹的渲染，因此請(qǐng)避免CSS表達(dá)式

　　· 移除空的CSS規(guī)則

　　空的CSS規(guī)則增加了CSS文件的大小，且影響CSS樹的執(zhí)行，所以需移除空的CSS規(guī)則

　　· 正確使用Display的屬性

　　Display屬性會(huì)影響頁面的渲染，因此請(qǐng)合理使用

　　a) display:inline后不應(yīng)該再使用width、height、margin、padding以及float

　　b) display:inline-block后不應(yīng)該再使用float

　　c) display:block后不應(yīng)該再使用vertical-align

　　d) display:table-*后不應(yīng)該再使用margin或者float

　　· 不濫用Float

　　Float在渲染時(shí)計(jì)算量比較大，盡量減少使用

　　· 不濫用Web字體

　　Web字體需要下載，解析，重繪當(dāng)前頁面，盡量減少使用

　　· 不聲明過多的Font-size

　　過多的Font-size引發(fā)CSS樹的效率

　　· 值為0時(shí)不需要任何單位

　　為了瀏覽器的兼容性和性能，值為0時(shí)不要帶單位

　　· 標(biāo)準(zhǔn)化各種瀏覽器前綴

　　a) 無前綴應(yīng)放在最后

　　b) CSS動(dòng)畫只用 (-webkit- 無前綴)兩種即可

　　c) 其它前綴為 -webkit- -moz- -ms- 無前綴 四種，(-o-Opera瀏覽器改用blink內(nèi)核，所以淘汰)

　　· 避免讓選擇符看起來像正則表達(dá)式

　　高級(jí)選擇器執(zhí)行耗時(shí)長(zhǎng)且不易讀懂，避免使用

　　2.[JavaScript執(zhí)行優(yōu)化]

　　· 減少重繪和回流

　　a) 避免不必要的Dom操作

　　b) 盡量改變Class而不是Style，使用classList代替className

　　c) 避免使用document.write

　　d) 減少drawImage

　　· 緩存Dom選擇與計(jì)算

　　每次Dom選擇都要計(jì)算，緩存他

　　· 緩存列表.length

　　每次.length都要計(jì)算，用一個(gè)變量保存這個(gè)值

　　· 盡量使用事件代理，避免批量綁定事件

　　· 盡量使用ID選擇器

　　ID選擇器是最快的

　　· TOUCH事件優(yōu)化

　　使用touchstart、touchend代替click，因快影響速度快。但應(yīng)注意Touch響應(yīng)過快，易引發(fā)誤操作

　　3.[渲染優(yōu)化]

　　· 減少Dom節(jié)點(diǎn)

　　Dom節(jié)點(diǎn)太多影響頁面的渲染，應(yīng)盡量減少Dom節(jié)點(diǎn)

　　· 動(dòng)畫優(yōu)化

　　a) 盡量使用CSS3動(dòng)畫

　　b) 合理使用requestAnimationFrame動(dòng)畫代替setTimeout

　　c) 適當(dāng)使用Canvas動(dòng)畫 5個(gè)元素以內(nèi)使用css動(dòng)畫，5個(gè)以上使用Canvas動(dòng)畫(iOS8可使用webGL)

　　· 高頻事件優(yōu)化

　　Touchmove、Scroll 事件可導(dǎo)致多次渲染

　　a) 使用requestAnimationFrame監(jiān)聽?zhēng)兓?，使得在正確的時(shí)間進(jìn)行渲染

　　b) 增加響應(yīng)變化的時(shí)間間隔，減少重繪次數(shù)

　　· GPU加速

　　CSS中以下屬性(CSS3 transitions、CSS3 3D transforms、Opacity、Canvas、WebGL、Video)來觸發(fā)GPU渲染，請(qǐng)合理使用

　　前端的各種優(yōu)化

　　1.　　請(qǐng)減少HTTP請(qǐng)求

　　基本原理：

　　在瀏覽器(客戶端)和服務(wù)器發(fā)生通信時(shí)，就已經(jīng)消耗了大量的時(shí)間，尤其是在網(wǎng)絡(luò)情況比較糟糕的時(shí)候，這個(gè)問題尤其的突出。

　　一個(gè)正常HTTP請(qǐng)求的流程簡(jiǎn)述：如在瀏覽器中輸入"www.xxxxxx.com"并按下回車，瀏覽器再與這個(gè)URL指向的服務(wù)器建立連接，然后瀏覽器才能向服務(wù)器發(fā)送請(qǐng)求信息，服務(wù)器在接受到請(qǐng)求的信息后再返回相應(yīng)的信息，瀏覽器接收到來自服務(wù)器的應(yīng)答信息后，對(duì)這些數(shù)據(jù)解釋執(zhí)行。

　　而當(dāng)我們請(qǐng)求的網(wǎng)頁文件中有很多圖片、CSS、JS甚至音樂等信息時(shí)，將會(huì)頻繁的與服務(wù)器建立連接，與釋放連接，這必定會(huì)造成資源的浪費(fèi)，且每個(gè)HTTP請(qǐng)求都會(huì)對(duì)服務(wù)器和瀏覽器產(chǎn)生性能負(fù)擔(dān)。

　　網(wǎng)速相同的條件下，下載一個(gè)100KB的圖片比下載兩個(gè)50KB的圖片要快。所以，請(qǐng)減少HTTP請(qǐng)求。

　　解決辦法：

　　合并圖片(css sprites)，合并CSS和JS文件;圖片較多的頁面也可以使用 lazyLoad 等技術(shù)進(jìn)行優(yōu)化。

　　2.　　請(qǐng)正確理解 Repaint 和 Reflow

　　基本原理：

　　Repaint(重繪)就是在一個(gè)元素的外觀被改變，但沒有改變布局(寬高)的情況下發(fā)生，如改變visibility、outline、背景色等等。

　　Reflow(重排)就是DOM的變化影響到了元素的幾何屬性(寬和高)，瀏覽器會(huì)重新計(jì)算元素的幾何屬性，會(huì)使渲染樹中受到影響的部分失效，瀏覽器會(huì)驗(yàn)證DOM樹上的所有其它結(jié)點(diǎn)的visibility屬性，這也是Reflow低效的原因。如：改變窗囗大小、改變文字大小、內(nèi)容的改變、瀏覽器窗口變化，style屬性的改變等等。如果Reflow的過于頻繁，CPU使用率就會(huì)噌噌的往上漲，所以前端也就有必要知道 Repaint 和 Reflow的知識(shí)。

　　減少性能影響的辦法：

　　上面提到通過設(shè)置style屬性改變結(jié)點(diǎn)樣式的話，每設(shè)置一次都會(huì)導(dǎo)致一次reflow，所以最好通過設(shè)置class的方式;　有動(dòng)畫效果的元素，它的position屬性應(yīng)當(dāng)設(shè)為fixed或absolute，這樣不會(huì)影響其它元素的布局;如果功能需求上不能設(shè)置position為fixed或absolute，那么就權(quán)衡速度的平滑性。

　　總之，因?yàn)?Reflow 有時(shí)確實(shí)不可避免，所以只能盡可能限制Reflow的影響范圍。

　　3.　　請(qǐng)減少對(duì)DOM的操作

　　基本原理：

　　對(duì)DOM操作的代價(jià)是高昂的，這在網(wǎng)頁應(yīng)用中的通常是一個(gè)性能瓶頸。

　　天生就慢。在《高性能JavaScript》中這么比喻：“把DOM看成一個(gè)島嶼，把JavaScript(ECMAScript)看成另一個(gè)島嶼，兩者之間以一座收費(fèi)橋連接”。所以每次訪問DOM都會(huì)教一個(gè)過橋費(fèi)，而訪問的次數(shù)越多，交的費(fèi)用也就越多。所以一般建議盡量減少過橋次數(shù)。

　　解決辦法：

　　修改和訪問DOM元素會(huì)造成頁面的Repaint和Reflow，循環(huán)對(duì)DOM操作更是罪惡的行為。所以請(qǐng)合理的使用JavaScript變量?jī)?chǔ)存內(nèi)容，考慮大量DOM元素中循環(huán)的性能開銷，在循環(huán)結(jié)束時(shí)一次性寫入。

　　減少對(duì)DOM元素的查詢和修改，查詢時(shí)可將其賦值給局部變量。注：在IE中:hover會(huì)降低響應(yīng)速度。

　　4.　　使用JSON格式來進(jìn)行數(shù)據(jù)交換

　　基本原理：

　　JSON是一種輕量級(jí)的數(shù)據(jù)交換格式，采用完全獨(dú)立于語言的文本格式，是理想的數(shù)據(jù)交換格式。同時(shí)，JSON是 JavaScript原生格式，這意味著在 JavaScript 中處理 JSON數(shù)據(jù)不需要任何特殊的 API 或工具包。

　　與XML序列化相比，JSON序列化后產(chǎn)生的數(shù)據(jù)一般要比XML序列化后數(shù)據(jù)體積小，所以在Facebook等知名網(wǎng)站中都采用了JSON作為數(shù)據(jù)交換方式。

　　JS操作JSON：

　　在JSON中，有兩種結(jié)構(gòu)：對(duì)象和數(shù)組。

　　1. 一個(gè)對(duì)象以 “ { ” 開始，“ } ” 結(jié)束。每個(gè)“名稱”后跟一個(gè) “ : ” ;“名稱/值 對(duì)”之間使用 “ , ”(逗號(hào))分隔。 名稱用引號(hào)括起來;值如果是字符串則必須用引號(hào)括起來，數(shù)值型則不需要。如：

　　var obj={"name":"darren","age":24,"location":"beijing"}

　　2. 數(shù)組是值(value)的有序集合。一個(gè)數(shù)組以 “ [ ” 開始， “ ] ” 結(jié)束。值之間使用 “ , ” (逗號(hào))分隔。如：

　　var jsonlist=[{"name":"darren","age":24,"location":"beijing"},{"name":"weidong.nie","age":24,"location":"hunan"}];

　　對(duì)這種數(shù)組和對(duì)象字面量的操作是非常方便且高效的。如果預(yù)先知道JSON結(jié)構(gòu)的情況下，使用JSON進(jìn)行數(shù)據(jù)傳遞簡(jiǎn)直是太美妙了，可以寫出很實(shí)用美觀可讀性強(qiáng)的代碼。如果你是純粹的前臺(tái)開發(fā)人員，一定會(huì)非常喜歡JSON。

　　5.　　高效使用HTML標(biāo)簽和CSS樣式

　　基本原理：

　　HTML是一門用來描述網(wǎng)頁的一種語言，它使用標(biāo)記標(biāo)簽來描述網(wǎng)頁，作為一名合格的前端開發(fā)，你有必要去知道其常用標(biāo)簽代表的含義(SEO)和屬性(表現(xiàn)形式)。

　　CSS指層疊樣式表 (Cascading Style Sheets)，如果說把頁面想象成一個(gè)人，HTML就是人的骨架，CSS就是人的衣裝，一個(gè)人的品味從他的衣裝就能一目了然。

　　一名專業(yè)的前端開發(fā)也是一名優(yōu)秀的重構(gòu)，因?yàn)樵陧撁嬷薪?jīng)常會(huì)有各種不合理的嵌套和重復(fù)定義的CSS樣式，我不是要你重構(gòu)頁面，只是希望你在碰到這種情況的時(shí)候解決這些問題。如這樣的HTML：

　　body .box .border ul li p strong span{color:#000}

　　以上都是對(duì)HTML和CSS非常糟糕的使用方法。

　　正確理解：

　　HTML是一門標(biāo)記語言，使用合理的HTML標(biāo)簽前你必須了解其屬性，比如Flow Elements，Metadata Elements ，Phrasing Elements。比較基礎(chǔ)的就是得知道塊級(jí)元素和內(nèi)聯(lián)元素、盒模型、SEO方面的知識(shí)。

　　CSS是用來渲染頁面的，也是存在渲染效率的問題。CSS選擇符是從右向左進(jìn)行匹配的，這里對(duì)css選擇符按照開銷從小到大的順序梳理一下：

　　ID選擇符 #box

　　類選擇符 .box

　　標(biāo)簽 div

　　偽類和偽元素 a:hover

　　當(dāng)頁面被觸發(fā)引起回流(reflow)的時(shí)候，低效的選擇符依然會(huì)引發(fā)更高的開銷，所以請(qǐng)避免低效。