標籤:

Vue 性能優化

般來說,你不需要太關心vue的運行時性能,它在運行時非常快,但付出的代價是初始化時相對較慢。在最近開發的一個Hybrid APP里,Android Webview初始化一個較重的vue頁面竟然用了1200ms ~ 1400ms,這讓我開始重視vue的初始化性能,並最終優化到200 ~ 300ms,這篇文章分享我的優化思路。

1 性能瓶頸在哪?

先看一下常見的vue寫法:在html里放一個app組件,app組件里又引用了其他的子組件,形成一棵以app為根節點的組件樹。

<body> <app></app> </body>

而正是這種做法引發了性能問題,要初始化一個父組件,必然需要先初始化它的子組件,而子組件又有它自己的子組件。那麼要初始化根標籤<app>,就需要從底層開始冒泡,將頁面所有組件都初始化完。所以我們的頁面會在所有組件都初始化完才開始顯示。

這個結果顯然不是我們要的,更好的結果是頁面可以從上到下按順序流式渲染,這樣可能總體時間增長了,但首屏時間縮減,在用戶看來,頁面打開速度就更快了。

要實現這種渲染模式,我總結了下有3種方式實現。第3種方式是我認為最合適的,也是我在項目中實際使用的優化方法。

2 第一種:不使用根組件

這種方式非常簡單,例如:

<body> <A></A> <B></B> <C></C></body>

拋棄了根組件<app>,從而使A、B、C每一個組件初始化完都立刻展示。但根組件在SPA里是非常必要的,所以這種方式只適用小型頁面。

3 第二種:非同步組件

非同步組件在官方文檔已有說明,使用非常簡單:

<app> <A></A> <B></B></app>new Vue({ components: { A: { /*component-config*/ }, B (resolve) { setTimeout(() => { resolve({ /*component-config*/ }) }, 0); } }})

這裡<B>組件是一個非同步組件,會等到手動調用resolve函數時才開始初始化,而父組件<app>也不必等待<B>先初始化完。

我們利用setTimeout(fn, 0)將<B>的初始化放在隊列最後,結果就是頁面會在<A>初始化完後立刻顯示,然後再顯示<B>。如果你的頁面有幾十個組件,那麼把非首屏的組件全設成非同步組件,頁面顯示速度會有明顯的提升。

你可以封裝一個簡單的函數來簡化這個過程:

function deferLoad (component, time = 0) { return (resolve) => { window.setTimeout(() => resolve(component), time) };}new Vue({ components: { B: deferLoad( /*component-config*/ ), // 100ms後渲染 C: deferLoad( /*component-config*/, 100 ) }})

看起來很美好,但這種方式也有問題,考慮下這樣的結構:

<app> <title></title> <A></A> <title></title> <B></B> <title></title> <C></C></app>

還是按照上面的非同步組件做法,這時候就需要考慮把哪些組件設成非同步的了。如果把A、B、C都設成非同步的,那結果就是3個<title>會首先渲染出來,頁面渲染的過程在用戶看來非常奇怪,並不是預期中的從上到下順序渲染。

4 第三種:v-if 和 terminal指令

這是我推薦的一種做法,簡單有效。還是那個結構,我們給要延遲渲染的組件加上v-if:

<app> <A></A> <B v-if="showB"></B> <C v-if="showC"></C></app>new Vue({ data: { showB: false, showC: false }, created () { // 顯示B setTimeout(() => { this.showB = true; }, 0); // 顯示C setTimeout(() => { this.showC = true; }, 0); }});

這個示例寫起來略顯啰嗦,但它已經實現了我們想要的順序渲染的效果。頁面會在A組件初始化完後顯示,然後再按順序渲染其餘的組件,整個頁面渲染方式看起來是流式的。

有些人可能會擔心v-if存在一個編譯/卸載過程,會有性能影響。但這裡並不需要擔心,因為v-if是惰性的,只有當第一次值為true時才會開始初始化。

這種寫法看起來很麻煩,如果我們能實現一個類似v-if的組件,然後直接指定多少秒後渲染,那就更好了,例如:

<app> <A></A> <B v-lazy="0"></B> <C v-lazy="100"></C></app>

一個簡單的指令即可,不需要js端任何配合,並且可以用在普通dom上面,Nice!

在vue里,類似v-if和v-for這種是terminal指令,會在指令內部編譯組件。如果你想要自己實現一個terminal指令,需要加上terminal: true,例如:

Vue.directive(lazy, { terminal: true, bind () {}, update () {}, unbind () {}});

這是vue在1.0.19+新增的功能,由於比較冷門,文檔也沒有特別詳細的敘述,最好的方式是參照著v-if和v-for的源碼來寫。

我已經為此封裝了一個terminal指令,你可以直接使用:

Coffcer/vue-lazy-component

5 其他的優化點

除了組件上的優化,我們還可以對vue的依賴改造入手。初始化時,vue會對data做getter、setter改造,在現代瀏覽器里,這個過程實際上挺快的,但仍然有優化空間。

Object.freeze()是ES5新增的API,用來凍結一個對象,禁止對象被修改。vue 1.0.18+以後,不會對已凍結的data做getter、setter轉換。

如果你確保某個data不需要跟蹤依賴,可以使用Object.freeze將其凍結。但請注意,被凍結的是對象的值,你仍然可以將引用整個替換調。看下面例子:

<p v-for="item in list">{{ item.value }}</p>new Vue({ data: { // vue不會對list里的object做getter、setter綁定 list: Object.freeze([ { value: 1 }, { value: 2 } ]) }, created () { // 界面不會有響應 this.list[0].value = 100; // 下面兩種做法,界面都會響應 this.list = [ { value: 100 }, { value: 200 } ]; this.list = Object.freeze([ { value: 100 }, { value: 200 } ]); }})

6 後記

vue 1.0+ 的組件其實不算輕量,初始化一個組件包括依賴收集、轉換等過程,但其實有些是可以放在編譯時提前完成的。vue 2.0+ 已經在這方面做了不少的改進:分離了編譯時和運行時、提供函數組件等,可以預見,vue 2.0的性能將有很大的提升。

? ? ?

延伸閱讀(點擊標題):

Vue.js 60分鐘快速入門

每個IT人都應該了解的工作觀和商業思維怎樣理順 React,Flux,Redux 這些概念的關係

原文:vue 性能優化 · Issue #3 · Coffcer/Blog

推薦閱讀:

可變對象與 immutable.js
從單頁應用(SPA)到伺服器渲染(SSR)
gulp配置browserSync,搭建開發環境,代理ajax請求
丁香園開源介面管理系統 - API Mocker
帶你走進webpack世界,成為webpack頭號玩家。

TAG:前端開發 |