現如今，前端首屏渲染時間(FCP)因為首屏需要請求更多內容，比原來多了更多HTTP的往返時間(RTT)，這造成了白屏，如果白屏時間過長，用戶體驗會大打折扣，如果用戶網速差，則FCP會更長。
1、FCP優化
為了優化首屏渲染時間這個指標，減少白屏時間，前端仔們想了很多辦法：
-
加速或減少HTTP請求損耗：使用CDN加載公用庫，使用強緩存和協商緩存，使用域名收斂，小圖片使用Base64代替，使用Get請求代替Post請求，設置
Access-Control-Max-Age減少預檢請求，頁面內跳轉其他域名或請求其他域名的資源時使用瀏覽器prefetch預解析等； -
延遲加載：非重要的庫、非首屏圖片延遲加載，SPA的組件懶加載等；
-
減少請求內容的體積：開啟服務器Gzip壓縮，JS、CSS文件壓縮合並，減少cookies大小，SSR直接輸出渲染后的HTML等；
-
瀏覽器渲染原理：優化關鍵渲染路徑，盡可能減少阻塞渲染的JS、CSS；
-
優化用戶等待體驗：白屏使用加載進度條、菊花圖、骨架屏代替等；
這里要介紹的就是優化用戶等待體驗的骨架屏，它可以被視為是原來加載菊花圖的一種升級版，結合傳統的首屏優化方法對應用進行優化可以達到不錯的效果。
2、骨架屏
骨架屏可以理解為是當數據還未加載進來前，頁面的一個空白版本，一個簡單的關鍵渲染路徑。可以看一下下面Facebook的骨架屏實現，可以看到在頁面完全渲染完成之前，用戶會看到一個樣式簡單，描繪了當前頁面的大致框架的骨架屏頁面，然后骨架屏中各個占位部分被實際資源完全替換，這個過程中用戶會覺得內容正在逐漸加載即將呈現，降低了用戶的焦躁情緒，使得加載過程主觀上變得流暢。
可以看一下下面的示例圖，第一個為骨架屏，第二個為菊花圖，第三個為無優化，可以看到相比於傳統的菊花圖會在感官上覺得內容出現的流暢而不突兀，體驗更加優良。
如今這項技術已經在Facebook、Google、支付寶、餓了么、簡書、新浪微博、知乎、美團、領英等公司的產品中被廣泛的使用。
3、生成骨架屏的方法
生成骨架屏的方式主要有：
-
手寫HTML、CSS的方式為目標頁定制骨架屏 做法可以參考，主要思路就是使用 vue-server-renderer 這個本來用於服務端渲染的插件，用來把我們寫的
.vue文件處理為HTML，插入到頁面模板的掛載點中，完成骨架屏的注入。這種方式不甚文明，如果頁面樣式改變了，還得改一遍骨架屏，增加了維護成本。 -
使用圖片作為骨架屏；簡單暴力，讓UI同學花點功夫吧哈哈；小米商城的移動端頁面采用的就是這個方法，它是使用了一個Base64的圖片來作為骨架屏。
-
自動生成並自動插入靜態骨架屏 這種方法跟第一種方法類似，不過是自動生成骨架屏，可以關注下餓了么開源的插件 page-skeleton-webpack-plugin ，它根據項目中不同的路由頁面生成相應的骨架屏頁面，並將骨架屏頁面通過 webpack 打包到對應的靜態路由頁面中，不過要注意的是這個插件目前只支持history方式的路由，不支持hash方式，且目前只支持首頁的骨架屏，並沒有組件級的局部骨架屏實現，作者說以后會有計划實現。
另外還有個插件 vue-skeleton-webpack-plugin，它將插入骨架屏的方式由手動改為自動，原理在構建時使用 Vue 預渲染功能，將骨架屏組件的渲染結果 HTML 片段插入 HTML 頁面模版的掛載點中，將樣式內聯到 head標簽中。這個插件可以給單頁面的不同路由設置不同的骨架屏，也可以給多頁面設置，同時為了開發時調試方便，會將骨架屏作為路由寫入router中，可謂是相當體貼了。
vue-skeleton-webpack-plugin 的具體使用參考 vue-style-codebase，主要關注build目錄的幾個文件，實例跑起來之后在 Chrome 的 DevTools 中把 network 的網速調為 Gast3G/Slow3G 就能看到效果了~
--------文字摘抄於《Vue中文社區》