移動前端可以進行哪些優化_移動前端有什么性能優化

　　前端優化也是前端面試一般會問到的東西，所以前端都有哪些性能優化?下面由學習啦小編為大家整理的移動前端性能優化，希望大家喜歡!

　　移動前端性能優化

　　1.[加載優化]

　　加載過程是最為耗時的過程，可能會占到總耗時的80%時間，因此是優化的重點

　　· 減少HTTP請求

　　因為手機瀏覽器同時響應請求為4個請求(Android支持4個，iOS 5后可支持6個)，所以要盡量減少頁面的請求數，首次加載同時請求數不能超過4個

　　a) 合并CSS、JavaScript

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

　　· 緩存

　　使用緩存可以減少向服務器的請求數，節省加載時間，所以所有靜態資源都要在服務器端設置緩存，并且盡量使用長Cache(長Cache資源的更新可使用時間戳)

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

　　b) 使用長Cache(使用時間戳更新Cache)

　　c) 使用外聯式引用CSS、JavaScript

　　· 壓縮HTML、CSS、JavaScript

　　減少資源大小可以加快網頁顯示速度，所以要對HTML、CSS、JavaScript等進行代碼壓縮，并在服務器端設置GZip

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

　　b) 啟用GZip

　　· 無阻塞

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

　　部或使用異步方式加載

　　· 使用首屏加載

　　首屏的快速顯示，可以大大提升用戶對頁面速度的感知，因此應盡量針對首屏的快速顯示做優化

　　· 按需加載

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

　　PS：按需加載會導致大量重繪，影響渲染性能

　　a) LazyLoad

　　b) 滾屏加載

　　c) 通過Media Query加載

　　· 預加載

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

　　對用戶行為分析，可以在當前頁加載下一頁資源，提升速度

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

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

　　· 壓縮圖片

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

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

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

　　c) 使用Srcset

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

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

　　· 減少Cookie

　　Cookie會影響加載速度，所以靜態資源域名不使用Cookie

　　· 避免重定向

　　重定向會影響加載速度，所以在服務器正確設置避免重定向

　　· 異步加載第三方資源

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

　　2.[腳本執行優化]

　　腳本處理不當會阻塞頁面加載、渲染，因此在使用時需當注意

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

　　· 避免圖片和iFrame等的空Src

　　空Src會重新加載當前頁面，影響速度和效率

　　· 盡量避免重設圖片大小

　　重設圖片大小是指在頁面、CSS、JavaScript等中多次重置圖片大小，多次重設圖片大小會引發圖片的多次重繪，影響性能

　　· 圖片盡量避免使用DataURL

　　DataURL圖片沒有使用圖片的壓縮算法文件會變大，并且要解碼后再渲染，加載慢耗時長

　　移動web前端性能優化

　　1.[CSS優化]

　　· 盡量避免寫在HTML標簽中寫Style屬性

　　· 避免CSS表達式

　　CSS表達式的執行需跳出CSS樹的渲染，因此請避免CSS表達式

　　· 移除空的CSS規則

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

　　· 正確使用Display的屬性

　　Display屬性會影響頁面的渲染，因此請合理使用

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

　　b) display:inline-block后不應該再使用float

　　c) display:block后不應該再使用vertical-align

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

　　· 不濫用Float

　　Float在渲染時計算量比較大，盡量減少使用

　　· 不濫用Web字體

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

　　· 不聲明過多的Font-size

　　過多的Font-size引發CSS樹的效率

　　· 值為0時不需要任何單位

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

　　· 標準化各種瀏覽器前綴

　　a) 無前綴應放在最后

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

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

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

　　高級選擇器執行耗時長且不易讀懂，避免使用

　　2.[JavaScript執行優化]

　　· 減少重繪和回流

　　a) 避免不必要的Dom操作

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

　　c) 避免使用document.write

　　d) 減少drawImage

　　· 緩存Dom選擇與計算

　　每次Dom選擇都要計算，緩存他

　　· 緩存列表.length

　　每次.length都要計算，用一個變量保存這個值

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

　　· 盡量使用ID選擇器

　　ID選擇器是最快的

　　· TOUCH事件優化

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

　　3.[渲染優化]

　　· 減少Dom節點

　　Dom節點太多影響頁面的渲染，應盡量減少Dom節點

　　· 動畫優化

　　a) 盡量使用CSS3動畫

　　b) 合理使用requestAnimationFrame動畫代替setTimeout

　　c) 適當使用Canvas動畫 5個元素以內使用css動畫，5個以上使用Canvas動畫(iOS8可使用webGL)

　　· 高頻事件優化

　　Touchmove、Scroll 事件可導致多次渲染

　　a) 使用requestAnimationFrame監聽幀變化，使得在正確的時間進行渲染

　　b) 增加響應變化的時間間隔，減少重繪次數

　　· GPU加速

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

　　前端的各種優化

　　1.　　請減少HTTP請求

　　基本原理：

　　在瀏覽器(客戶端)和服務器發生通信時，就已經消耗了大量的時間，尤其是在網絡情況比較糟糕的時候，這個問題尤其的突出。

　　一個正常HTTP請求的流程簡述：如在瀏覽器中輸入"www.xxxxxx.com"并按下回車，瀏覽器再與這個URL指向的服務器建立連接，然后瀏覽器才能向服務器發送請求信息，服務器在接受到請求的信息后再返回相應的信息，瀏覽器接收到來自服務器的應答信息后，對這些數據解釋執行。

　　而當我們請求的網頁文件中有很多圖片、CSS、JS甚至音樂等信息時，將會頻繁的與服務器建立連接，與釋放連接，這必定會造成資源的浪費，且每個HTTP請求都會對服務器和瀏覽器產生性能負擔。

　　網速相同的條件下，下載一個100KB的圖片比下載兩個50KB的圖片要快。所以，請減少HTTP請求。

　　解決辦法：

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

　　2.　　請正確理解 Repaint 和 Reflow

　　基本原理：

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

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

　　減少性能影響的辦法：

　　上面提到通過設置style屬性改變結點樣式的話，每設置一次都會導致一次reflow，所以最好通過設置class的方式;　有動畫效果的元素，它的position屬性應當設為fixed或absolute，這樣不會影響其它元素的布局;如果功能需求上不能設置position為fixed或absolute，那么就權衡速度的平滑性。

　　總之，因為 Reflow 有時確實不可避免，所以只能盡可能限制Reflow的影響范圍。

　　3.　　請減少對DOM的操作

　　基本原理：

　　對DOM操作的代價是高昂的，這在網頁應用中的通常是一個性能瓶頸。

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

　　解決辦法：

　　修改和訪問DOM元素會造成頁面的Repaint和Reflow，循環對DOM操作更是罪惡的行為。所以請合理的使用JavaScript變量儲存內容，考慮大量DOM元素中循環的性能開銷，在循環結束時一次性寫入。

　　減少對DOM元素的查詢和修改，查詢時可將其賦值給局部變量。注：在IE中:hover會降低響應速度。

　　4.　　使用JSON格式來進行數據交換

　　基本原理：

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

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

　　JS操作JSON：

　　在JSON中，有兩種結構：對象和數組。

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

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

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

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

　　對這種數組和對象字面量的操作是非常方便且高效的。如果預先知道JSON結構的情況下，使用JSON進行數據傳遞簡直是太美妙了，可以寫出很實用美觀可讀性強的代碼。如果你是純粹的前臺開發人員，一定會非常喜歡JSON。

　　5.　　高效使用HTML標簽和CSS樣式

　　基本原理：

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

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

　　一名專業的前端開發也是一名優秀的重構，因為在頁面中經常會有各種不合理的嵌套和重復定義的CSS樣式，我不是要你重構頁面，只是希望你在碰到這種情況的時候解決這些問題。如這樣的HTML：

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

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

　　正確理解：

　　HTML是一門標記語言，使用合理的HTML標簽前你必須了解其屬性，比如Flow Elements，Metadata Elements ，Phrasing Elements。比較基礎的就是得知道塊級元素和內聯元素、盒模型、SEO方面的知識。

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

　　ID選擇符 #box

　　類選擇符 .box

　　標簽 div

　　偽類和偽元素 a:hover

　　當頁面被觸發引起回流(reflow)的時候，低效的選擇符依然會引發更高的開銷，所以請避免低效。