上一篇講了PC端的部分：前端性能優化（PC端），這次繼續說移動端的。相對於PC端的，移動web瀏覽器上有一些明顯的特點：設備的屏幕小、新特性兼容性較好、支持一些比較新的HTML5和CSS3、需要與Native應用交互等。但移動端可用的CPU資源和網絡資源極為有限，因此要做好移動端web上的優化往往需要考慮做更多的事情。首先在移動web的前端頁面渲染中，PC的優化規則同樣適用，此外針對瀏覽器也要做一些更細節的優化達到更好的效果。需要注意的是，並不是移動端的優化在PC端不適用，而是由於兼容性的原因，一些優化規則在移動端更具有代表性，所以也是為什么我把DNS預解析，離線緩存，HTTP2協議，GPU加速等東西放到這部分來講...
和上部分一樣，只是提供索引，涉及的知識點比較多請自行搜索
網絡加載類
1. 首屏數據請求提前，避免JavaScript文件加載后才請求渲染
為了進一步提示頁面加載速度，可以考慮將頁面的數據請求盡可能提前，避免在JavaScript文件加載完成后才去請求數據。通常數據請求是頁面內容渲染中關鍵路徑最長的部分，而且不能並行，所以如果數據請求能提前的話，可以極大程度上縮短頁面內容的渲染完成時間。
2. 首屏加載和按需加載，非首屏內容滾屏加載，保證首屏內容最小化
由於移動端網絡相對較慢，網絡資源有限，因此為了保證盡快完成頁面內容的加載，需要保證首屏加載資源的最小化，非首屏的內容使用滾動的方式異步加載。一般推薦移動端頁面首屏數據展示延遲不超過3秒。
3. 模塊化資源並行下載
主要指模塊化JavaScript資源的異步加載，例如AMD的異步模塊，使用並行的加載方式能夠縮短多個文件資源的加載時間。
4. inline首屏必備的CSS和JavaScript
通常為了在HTML加載完成時能使瀏覽器中有基本的樣式，需要將頁面渲染時必備的CSS和JS通過script或style的方式內聯到頁面中，避免頁面HTML載入完成到頁面內容展示這段過程中頁面出現空白
5. meta dns prefetch設置DNS預解析
設置文件資源的DNS預解析，能讓瀏覽器提前解析獲取靜態資源的主機IP，避免等到請求的時候才發起DNS解析。
<!-- cdn域名預解析 --> <meta http-equiv='x-dns-prefetch-control' content='on'> <link rel="dns-prefetch" href="//x.autoimg.cn"> 6. 資源預加載
首屏加載完成后可能會使用的資源，我們可以用 link標簽聲明特定文件的預加載
<link rel='subresource' href='main.css'> <link rel='prefetch' href='secondary.js'> 注意：只有可緩存的資源才進行預加載，否則浪費資源！
7. Pre render預渲染
預渲染意味着我們提前加載好用戶即將訪問的下一個頁面，否則進行預渲染這個頁面將浪費資源，慎用！
<link rel='prerender' href='//j.autohome.com.cn'> 8. 合理利用MTU策略
通常情況下，TCP網絡傳輸的最大傳輸單元（MTU）為1500B，即一個RTT（Round-Trip Time，網絡請求返回時間）內可以傳輸的數據量最大為1500字節（為什么以太網mtu值被設定為1500 - 知乎）。因此在前后端分離的開發模式中，盡量保證頁面的HTML內容在1KB以內，這樣整個HTML內容的請求就可以在一個RTT內完成，最大限度的提高了HTML載入速度
緩存
1. 合理利用瀏覽器緩存
除了上一節說到的Cache-Control、Expires、Etag和Last-Modified來設置HTTP緩存外，在移動端還可以使用localstorage等來保存ajax返回的數據，或者使用localstorage保存CSS或JS等靜態資源，實現移動端的離線應用，盡可能的減少網絡請求，保證靜態資源內容的快速加載。
2. 靜態資源離線方案
對於移動端或者混合應用，可以設置離線文件或離線包機制讓靜態資源請求從本地讀取，加快資源載入速度，並實現離線更新。這塊推薦葉小釵大神的前端優化帶來的思考，淺談前端工程化 可以挑着看。離線資源這塊東西太多了，以后有時間單獨拿出來寫
3. 嘗試使用 AMP HTML
AMP HTML 可以作為優化前端頁面性能的一個解決方案，使用AMP Component中的元素來代替原始頁面元素進行直接渲染 [譯]關於谷歌的AMP，你需要知道這些。
圖片類
1. 圖片壓縮處理
移動端通常要保證頁面中一切用到的圖片都是經過壓縮優化處理，而不是以原圖的形式直接使用的，因為那樣很消耗流量，並且加載時間更長。
2. 使用較小的圖片，合理使用base64內嵌圖片
在頁面使用的背景圖片不多且比較小的情況下，可以把圖片轉成base64編碼嵌入到html頁面或者CSS文件中，這樣可以減少頁面的HTTP請求數。需要注意的是，要保證圖片較小，一般超過5kb的就不推薦base64嵌入顯示了（前端開發中，使用base64圖片的弊端是什么？ - 知乎）
3. 使用更高壓縮比格式的圖片
使用具有較高壓縮比格式的圖片，如webp等。在同等圖片畫質的情況下，高壓縮比格式的圖片體積更小，能夠更快的完成文件傳輸，節省網站流量。
 4. 圖片懶加載
為了保證頁面內容最小化，加速頁面渲染，盡可能節省首屏網絡流量，頁面中的圖片資源推薦使用懶加載實現，在頁面滾動時動態載入圖片。
5. 使用Media Query 或者 srcset 根據不同屏幕加載不同大小的圖片
針對不同屏幕尺寸和分辨率，輸出不同大小的圖片或者背景圖能保證用戶體驗不降低的前提下節省網絡流量，加快部分機型圖片載入速度，這在移動端非常值得推薦
6. 使用iconfont代替圖片圖標
iconfont體積較小而且是矢量圖，因此縮放不會失真，還可以方便修改圖片大小和呈現的顏色，但是需要注意iconfont引用不同webfont格式會有兼容問題。
7. 定義圖片大小限制
加載單張圖片不建議超過30KB，避免大圖片加載時間過長而阻塞頁面其他資源的下載。如果用戶上傳的圖片過大，建議設置限制。
腳本類
1. 盡量使用id選擇器
選擇頁面DOM元素時盡量使用id選擇器，因為id選擇器速度最快
2. 合理的緩存dom對象
對於需要重復使用的dom對象，要優先設置緩存變量，避免每次使用時都要從整個dom樹重新查找。
// 不推薦 $("#mod .active").removeClass('active'); $("#mod .not-active").addClass("active"); // 推薦 const $mod = $("#mod"); $mod.find(".active").removeClass("active") $mod.find(".not-active").addClass("active") jq 上有很多優化建議，詳情搜索JQ 優化
3. 頁面元素盡量使用事件代理，避免事件直接綁定
使用事件代理可以避免對每個元素都進行綁定。並且可以避免出現內存泄漏以及需要動態添加元素的事件綁定問題
// 不推薦 $(".btn").click( _ => console.log("hello") ) // 推薦 $(document).on("click", ".btn", _ => console.log("world")) 4. 使用touch代理click
由於移動端屏幕的設計，touch事件和click事件觸發之間存在300ms延遲，所以在頁面沒有touchmove實現滾動處理的情況，可以用touchstart代替元素的click事件，加快頁面點擊的響應速度，提高用戶體驗。但同時也需要注意頁面重疊元素touch動作的點透問題。
// 不推薦 $("body").on("click",".btn",function(){ console.log(this) }); // 推薦 $("body").on("tap",".btn",function(){ console.log(this) }); // tap為zepto用touch事件封裝的 5. 避免touchmove，scroll等連續事件處理
需要對這類高頻觸發回調的事件設置函數節流（throttle | debounce），避免頻繁的事件調用導致移動端頁面卡頓
6. 避免使用eval、with，使用join代替連接符+，推薦使用ES6的模板字符串
基本的安全腳本編寫問題，盡可能使用高效率的特性來完成這些操作，避免不規范或者不安全的寫法。
7. 盡量使用ES6+的特性來編程
ES6+在一定程度上更高效，在chrome59版本對ES6做了深度優化之后，很多特性速度提升了80%左右，這也是未來規范的需要。ES8前段時間也已經落地了，如果你還沒有掌握ES6語法的話，抓緊時間學吧...
渲染類
1. 使用viewport固定屏幕渲染，可以加速頁面渲染內容
一般認為，在移動端設置viewport可以加速頁面的渲染，同時可以避免縮放導致頁面重排重繪。
// 利用meta標簽對viewport進行控制
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0"> 2. 避免各種形式重排（reflow）重繪（redraw）
頁面的重排重繪很耗性能，所以一定要盡可能減少頁面的重排重繪，例如頁面圖片大小變化、元素位置變化這些情況都會導致重排與重繪
3. 使用CSS3動畫，開啟GPU加速
使用CSS3動畫可以設置transform: translateZ(0)來開啟移動設備瀏覽器的GPU圖形處理加速。這里安利一波京東凹凸實驗室，講的挺好的，GPU加速是什么
4. 合理使用canvas和requestAnimationFrame
選擇canvas或者requestAnimationFrame等更高效的動畫實現方式，避免使用settimeout、setInterval等方式直接處理連續動畫
5. SVG代替圖片
部分情況下可以考慮使用SVG代替圖片實現動畫，因為SVG格式內容更小，而且SVG的DOM結構方便調整
6. 不濫用float
在DOM渲染樹生成后的布局渲染階段，使用float的元素布局計算比較耗性能，所以盡量減少float的使用，推薦使用固定布局或者flex布局的方式來實現頁面的元素布局
7. 不濫用web字體或過多的font-size聲明
過多的font-size聲明會增加字體的計算大小，而且也沒啥必要
架構協議
1. 嘗試使用SPDY和HTTP2
在條件允許的情況下可以考慮使用SPDY協議來進行文件資源傳輸，利用連接復用加快傳輸過程，縮短資源加載時間。HTTP2在未來也一定會成為主流的
2. 使用后端數據渲染
SSR（ Server Side Rendering，服務端渲染）的方式可以加速頁面內容的渲染展示，避免空白頁面的出現，同時可以解決頁面SEO的問題。條件允許的話，SSR是一個很好的實踐思路。百度SSP單頁式應用性能優化實踐，React 同構實踐與思考
3. 使用Native View代替DOM的性能劣勢
可以嘗試使用Native View的MNV* 開發模式來避免HTML DOM性能慢的問題，目前使用MNV* 的開發模式已經可以將頁面內容渲染體驗做到接近客戶端Native應用的體驗了。
關於頁面優化的常用技術手段和思路主要包括以上這些，有部分遺漏歡迎補充。大家可以根據需要將這些方法應用到自己的項目中去，想全部做到幾乎是不可能的，但做到用戶可以接受的程度還是很容易的。
軟件工程沒有銀彈，在我們做到了極致優化的同時也需要付出很大的代價，這也是前端優化的一個問題。理論上這些優化都可以實現，但是我們也要懂得權衡，優化提升了用戶體驗，使數據加載更快，但是項目代碼卻可能打亂，異步內容要拆分出來，首屏雪碧圖可能要拆分2個或更多，項目代碼維護成本成倍增加，項目結構也可能變得混亂。任何一部分優化都可以做得很深入，但不一定都值得。在優化的同時考慮性價比，這才是我們作為一名前端工程師處理前端優化時該具有的正確思維。
PS：另外身位一個coder，雖然晚睡是常態了，但每次寫東西都是熬到半夜2、3點身體也吃不消啊.... o(╥﹏╥)o !! 作者：_CatBone
鏈接：http://www.jianshu.com/p/091c6a9e09dd
來源：簡書
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。