架構(gòu)協(xié)議類
嘗試使用SPDY和HTTP 2
在條件允許的情況下可以考慮使用SPDY協(xié)議來進行文件資源傳輸闪彼，利用連接復(fù)用加快傳輸過程，縮短資源加載時間老速。HTTP 2在未來也是可以考慮嘗試的粥喜。
使用后端數(shù)據(jù)渲染
使用后端數(shù)據(jù)渲染的方式可以加快頁面內(nèi)容的渲染展示，避免空白頁面的出現(xiàn)橘券，同時可以解決移動端頁面SEO的問題额湘。如果條件允許，后端數(shù)據(jù)渲染是一個很不錯的實踐思路旁舰。后面的章節(jié)會詳細介紹后端數(shù)據(jù)渲染的相關(guān)內(nèi)容锋华。
使用Native View代替DOM的性能劣勢
可以嘗試使用Native View的MNV開發(fā)模式來避免HTML DOM性能慢的問題，目前使用MNV的開發(fā)模式已經(jīng)可以將頁面內(nèi)容渲染體驗做到接近客戶端Native應(yīng)用的體驗了鬓梅。
總結(jié)
關(guān)于頁面優(yōu)化的常用技術(shù)手段和思路主要包括以上這些供置，盡管列舉出很多，但仍可能有少數(shù)遺漏绽快，可見前端性能優(yōu)化不是一件簡簡單單的事情芥丧，其涉及的內(nèi)容很多。大家可以根據(jù)實際情況將這些方法應(yīng)用到自己的項目當中坊罢，要想全部做到幾乎是不可能的续担，但做到用戶可接受的原則還是很容易實現(xiàn)的。
于此同時我們要清楚的是活孩，在我們做到了極致優(yōu)化的同時也付出了很大的代價物遇，這也是前端優(yōu)化的一個問題。理論上這些優(yōu)化都是可以實現(xiàn)的，但是作為工程師我們也要明白懂得權(quán)衡询兴。優(yōu)化提升了用戶體驗乃沙，使數(shù)據(jù)加載更快，但是項目代碼卻可能打亂诗舰，異步內(nèi)容要拆分出來警儒，首屏的一個雪碧圖可能要分成兩個，頁面項目代碼維護成本成倍增加眶根，項目結(jié)構(gòu)也可能變得混亂蜀铲。
所以前期在設(shè)計構(gòu)建、組件的解決方案時要解決好異步的自動處理問題属百。任何一部分優(yōu)化都可以做得很深入记劝，但不一定都值得，在優(yōu)化的同時也要盡量考慮性價比族扰，這才是我們作為一名前端工程師處理前端優(yōu)化時應(yīng)該具有的正確思維厌丑。
