SPA(單頁應(yīng)用)首屏加載速度慢怎么解決?

image

一、什么是首屏加載

首屏時間(First Contentful Paint),指的是瀏覽器從響應(yīng)用戶輸入網(wǎng)址地址,到首屏內(nèi)容渲染完成的時間,此時整個網(wǎng)頁不一定要全部渲染完成,但需要展示當前視窗需要的內(nèi)容
首屏加載可以說是用戶體驗中最重要的環(huán)節(jié)
關(guān)于計算首屏時間

利用performance.timing提供的數(shù)據(jù):


image

通過DOMContentLoad或者performance來計算出首屏時間

// 方案一:
document.addEventListener('DOMContentLoaded', (event) => {
    console.log('first contentful painting');
});
// 方案二:
performance.getEntriesByName("first-contentful-paint")[0].startTime

// performance.getEntriesByName("first-contentful-paint")[0]
// 會返回一個 PerformancePaintTiming的實例,結(jié)構(gòu)如下:
{
  name: "first-contentful-paint",
  entryType: "paint",
  startTime: 507.80000002123415,
  duration: 0,
};

二、加載慢的原因

在頁面渲染的過程,導致加載速度慢的因素可能如下:

  • 網(wǎng)絡(luò)延時問題
  • 資源文件體積是否過大
  • 資源是否重復(fù)發(fā)送請求去加載了
  • 加載腳本的時候,渲染內(nèi)容堵塞了

二、解決方案

常見的幾種SPA首屏優(yōu)化方式

  • 減小入口文件積
  • 靜態(tài)資源本地緩存
  • UI框架按需加載
  • 圖片資源的壓縮
  • 組件重復(fù)打包
  • 開啟GZip壓縮
  • 使用SSR
減小入口文件體積

常用的手段是路由懶加載,把不同路由對應(yīng)的組件分割成不同的代碼塊,待路由被請求的時候會單獨打包路由,使得入口文件變小,加載速度大大增加


image

在vue-router配置路由的時候,采用動態(tài)加載路由的形式

routes:[ 
    path: 'Blogs',
    name: 'ShowBlogs',
    component: () => import('./components/ShowBlogs.vue')
]

以函數(shù)的形式加載路由,這樣就可以把各自的路由文件分別打包,只有在解析給定的路由時,才會加載路由組件

靜態(tài)資源本地緩存

后端返回資源問題:

  • 采用HTTP緩存,設(shè)置Cache-Control,Last-Modified,Etag等響應(yīng)頭
  • 采用Service Worker離線緩存

前端合理利用localStorage

UI框架按需加載

在日常使用UI框架,例如element-UI、或者antd,我們經(jīng)常性直接飲用整個UI庫

import ElementUI from 'element-ui'
Vue.use(ElementUI)

但實際上我用到的組件只有按鈕,分頁,表格,輸入與警告 所以我們要按需引用

import { Button, Input, Pagination, Table, TableColumn, MessageBox } from 'element-ui';
Vue.use(Button)
Vue.use(Input)
Vue.use(Pagination)

組件重復(fù)打包
假設(shè)A.js文件是一個常用的庫,現(xiàn)在有多個路由使用了A.js文件,這就造成了重復(fù)下載
解決方案:在webpack的config文件中,修改CommonsChunkPlugin的配置

minChunks: 3

minChunks為3表示會把使用3次及以上的包抽離出來,放進公共依賴文件,避免了重復(fù)加載組件

圖片資源的壓縮

圖片資源雖然不在編碼過程中,但它卻是對頁面性能影響最大的因素
對于所有的圖片資源,我們可以進行適當?shù)膲嚎s
對頁面上使用到的icon,可以使用在線字體圖標,或者雪碧圖,將眾多小圖標合并到同一張圖上,用以減輕http請求壓力。

開啟GZip壓縮

拆完包之后,我們再用gzip做一下壓縮 安裝compression-webpack-plugin

cnmp i compression-webpack-plugin -D

在vue.congig.js中引入并修改webpack配置

const CompressionPlugin = require('compression-webpack-plugin')

configureWebpack: (config) => {
        if (process.env.NODE_ENV === 'production') {
            // 為生產(chǎn)環(huán)境修改配置...
            config.mode = 'production'
            return {
                plugins: [new CompressionPlugin({
                    test: /\.js$|\.html$|\.css/, //匹配文件名
                    threshold: 10240, //對超過10k的數(shù)據(jù)進行壓縮
                    deleteOriginalAssets: false //是否刪除原文件
                })]
            }
        }

在服務(wù)器我們也要做相應(yīng)的配置 如果發(fā)送請求的瀏覽器支持gzip,就發(fā)送給它gzip格式的文件 我的服務(wù)器是用express框架搭建的 只要安裝一下compression就能使用

const compression = require('compression')
app.use(compression())  // 在其他中間件使用之前調(diào)用
使用SSR

SSR(Server side ),也就是服務(wù)端渲染,組件或頁面通過服務(wù)器生成html字符串,再發(fā)送到瀏覽器
從頭搭建一個服務(wù)端渲染是很復(fù)雜的,vue應(yīng)用建議使用Nuxt.js實現(xiàn)服務(wù)端渲染

小結(jié):

減少首屏渲染時間的方法有很多,總的來講可以分成兩大部分 :資源加載優(yōu)化 和 頁面渲染優(yōu)化
下圖是更為全面的首屏優(yōu)化的方案


image

大家可以根據(jù)自己項目的情況選擇各種方式進行首屏渲染的優(yōu)化

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容