十二个 Vue 开发中的性能优化小技巧

开发 前端
本文记录了我在 Vue 项目日常开发中的一些小技巧,废话不多说,我们开始吧

 性能优化,是每一个开发者都会遇到的问题,特别是现在越来越重视体验,以及竞争越来越激烈的环境下,对于我们开发者来说,只完成迭代,把功能做好是远远不够的,最重要的是把产品做好,让更多人愿意使用,让用户用得更爽,这不也是我们开发者价值与能力的体现吗。

重视性能问题,优化产品的体验,比起改几个无关痛痒的 bug 要有价值得多

本文记录了我在 Vue 项目日常开发中的一些小技巧,废话不多说,我们开始吧

一. 长列表性能优化

1. 不做响应式

比如会员列表、商品列表之类的,只是纯粹的数据展示,不会有任何动态改变的场景下,就不需要对数据做响应化处理,可以大大提升渲染速度

比如使用 Object.freeze() 冻结一个对象,MDN的描述是 该方法冻结的对象不能被修改;即不能向这个对象添加新属性,不能删除已有属性,不能修改该对象已有属性的可枚举性、可配置性、可写性,以及不能修改已有属性的值,以及该对象的原型也不能被修改 

  1. export default {  
  2.  data: () => ({  
  3.    userList: []  
  4. }),  
  5.  async created() {  
  6.    const users = await axios.get("/api/users");  
  7.    this.userList = Object.freeze(users);  
  8.  
  9. }; 

Vue2 的响应式源码地址:src/core/observer/index.js - 144行 是这样的 

  1. export function defineReactive (...){  
  2.    const property = Object.getOwnPropertyDescriptor(obj, key)  
  3.    if (property && property.configurable === false) {  
  4.        return  
  5.   }  
  6.    ... 

可以看到一开始就判断 configurable 为 false 的直接返回不做响应式处理

configurable 为 false 表示这个属性是不能被修改的,而冻结的对象的 configurable 就是为 false

Vue3 里则是添加了响应式flag,用于标记目标对象类型

2. 虚拟滚动

如果是大数据很长的列表,全部渲染的话一次性创建太多 DOM 就会非常卡,这时就可以用虚拟滚动,只渲染少部分(含可视区域)区域的内容,然后滚动的时候,不断替换可视区域的内容,模拟出滚动的效果 

  1. <recycle-scroller  
  2.  class="items"  
  3.  :items="items"  
  4.  :item-size="24"  
  5. >  
  6.  <template v-slot="{ item }">  
  7.    <FetchItemView  
  8.      :item="item"  
  9.      @vote="voteItem(item)"  
  10.    />  
  11.  </template>  
  12. </recycle-scroller> 

参考 vue-virtual-scroller、vue-virtual-scroll-list

原理是监听滚动事件,动态更新需要显示的 DOM,并计算出在视图中的位移,这也意味着在滚动过程需要实时计算,有一定成本,所以如果数据量不是很大的情况下,用普通的滚动就行

二. v-for 遍历避免同时使用 v-if

为什么要避免同时使用 v-for 和 v-if

在 Vue2 中 v-for 优先级更高,所以编译过程中会把列表元素全部遍历生成虚拟 DOM,再来通过 v-if 判断符合条件的才渲染,就会造成性能的浪费,因为我们希望的是不符合条件的虚拟 DOM都不要生成

在 Vue3 中 v-if 的优先级更高,就意味着当判断条件是 v-for 遍历的列表中的属性的话,v-if 是拿不到的

所以在一些需要同时用到的场景,就可以通过计算属性来过滤一下列表,如下 

  1. <template>  
  2.    <ul>  
  3.      <li v-for="item in activeList" :key="item.id">  
  4.       {{ item.title }}  
  5.      </li>  
  6.    </ul>  
  7. </template>  
  8. <script>  
  9. // Vue2.x  
  10. export default {  
  11.    computed: {  
  12.      activeList() {  
  13.        return this.list.filter( item => {  
  14.          return item.isActive  
  15.       })  
  16.     }  
  17.   }  
  18.  
  19. // Vue3  
  20. import { computed } from "vue";  
  21. const activeList = computed(() => {  
  22.  return list.filter( item => {  
  23.    return item.isActive  
  24. })  
  25. })  
  26. </script> 

三. 列表使用唯一 key

比如有一个列表,我们需要在中间插入一个元素,在不使用 key 或者使用 index 作为 key 会发生什么变化呢?先看个图

如图的 li1 和 li2 不会重新渲染,这个没有争议的。而 li3、li4、li5 都会重新渲染

因为在不使用 key 或者列表的 index 作为 key 的时候,每个元素对应的位置关系都是 index,上图中的结果直接导致我们插入的元素到后面的全部元素,对应的位置关系都发生了变更,所以在 patch 过程中会将它们全都执行更新操作,再重新渲染。

这可不是我们想要的,我们希望的是渲染添加的那一个元素,其他四个元素不做任何变更,也就不要重新渲染

而在使用唯一 key  的情况下,每个元素对应的位置关系就是 key,来看一下使用唯一 key 值的情况下

这样如图中的 li3 和 li4 就不会重新渲染,因为元素内容没发生改变,对应的位置关系也没有发生改变。

这也是为什么 v-for 必须要写 key,而且不建议开发中使用数组的 index 作为 key 的原因

四. 使用 v-show 复用 DOM

v-show:是渲染组件,然后改变组件的 display 为 block 或 none  v-if:是渲染或不渲染组件

所以对于可以频繁改变条件的场景,就使用 v-show 节省性能,特别是 DOM 结构越复杂收益越大

不过它也有劣势,就是 v-show 在一开始的时候,所有分支内部的组件都会渲染,对应的生命周期钩子函数都会执行,而 v-if 只会加载判断条件命中的组件,所以需要根据不同场景使用合适的指令

比如下面的用 v-show 复用DOM,比 v-if/v-else 效果好 

  1. <template>  
  2.  <div>  
  3.    <div v-show="status" class="on">  
  4.      <my-components />  
  5.    </div>  
  6.    <section v-show="!status" class="off">  
  7.      <my-components > 
  8.     </section> 
  9.  </div>  
  10. </template> 

原理就是使用 v-if 当条件变化的时候,触发 diff 更新,发现新旧 vnode 不一致,就会移除整个旧的 vnode,再重新创建新的 vnode,然后创建新的 my-components 组件,又会经历组件自身初始化,render,patch 等过程,而 v-show 在条件变化的时候,新旧 vnode 是一致的,就不会执行移除创建等一系列流程

五. 无状态的组件用函数式组件

对于一些纯展示,没有响应式数据,没有状态管理,也不用生命周期钩子函数的组件,我们就可以设置成函数式组件,提高渲染性能,因为会把它当成一个函数来处理,所以开销很低

原理是在 patch 过程中对于函数式组件的 render 生成的虚拟 DOM,不会有递归子组件初始化的过程,所以渲染开销会低很多

它可以接受 props,但是由于不会创建实例,所以内部不能使用 this.xx 获取组件属性,写法如下 

  1. <template functional>  
  2.  <div>  
  3.    <div class="content">{{ value }}</div>  
  4.  </div>  
  5. </template>  
  6. <script>  
  7. export default {  
  8.  props: ['value']  
  9.  
  10. </script>  
  11. // 或者  
  12. Vue.component('my-component', {  
  13.  functional: true, // 表示该组件为函数式组件  
  14.  props: { ... }, // 可选  
  15.  // 第二个参数为上下文,没有 this  
  16.  render: function (createElement, context) {  
  17.    // ...  
  18.  
  19. }) 

六. 子组件分割

先看个例子 

  1. <template>  
  2.  <div :style="{ opacity: number / 100 }">  
  3.    <div>{{ someThing() }}</div>  
  4.  </div>  
  5. </template>  
  6. <script>  
  7. export default {  
  8.  props:['number'],  
  9.  methods: {  
  10.    someThing () { /* 耗时任务 */ }  
  11.  
  12.  
  13. </script> 

上面这样的代码中,每次父组件传过来的 number 发生变化时,每次都会重新渲染,并且重新执行 someThing 这个耗时任务

所以优化的话一个是用计算属性,因为计算属性自身有缓存计算结果的特性

第二个是拆分成子组件,因为 Vue 的更新是组件粒度的,虽然第次数据变化都会导致父组件的重新渲染,但是子组件却不会重新渲染,因为它的内部没有任何变化,耗时任务自然也就不会重新执行,因此性能更好,优化代码如下 

  1. <template>  
  2. <div>    
  3.  <my-child />  
  4. </div>  
  5. </template>  
  6. <script>  
  7. export default {  
  8. components: {    
  9.  MyChild: {    
  10.   methods: {      
  11.    someThing () { /* 耗时任务 */ }     
  12.   },     
  13.    render (h) {    
  14.     return h('div', this.someThing())   
  15.   }   
  16.  }  
  17.  
  18.  
  19. </script> 

七. 变量本地化

简单说就是把会多次引用的变量保存起来,因为每次访问 this.xx 的时候,由于是响应式对象,所以每次都会触发 getter,然后执行依赖收集的相关代码,如果使用变量次数越多,性能自然就越差

从需求上说在一个函数里一个变量执行一次依赖收集就够了,可是很多人习惯性的在项目中大量写 this.xx,而忽略了 this.xx 背后做的事,就会导致性能问题了

比如下面例子 

  1. <template>   
  2.  <div :style="{ opacity: number / 100 }"> {{ result  
  3. }}</div>  
  4. </template>  
  5. <script>  
  6. import { someThing } from '@/utils'  
  7. export default {  
  8.  props: ['number'], 
  9.  computed: {    
  10.   base () { return 100 },    
  11.   result () {    
  12.    let base = this.base, number = this.number //   
  13. 保存起来      
  14.   for (let i = 0; i < 1000; i++) {     
  15.    number += someThing(base) // 避免频繁引用  
  16. this.xx     
  17.   }     
  18.    return number   
  19.   }  
  20.  
  21.  
  22. </script> 

八. 第三方插件按需引入

比如 Element-UI 这样的第三方组件库可以按需引入避免体积太大,特别是项目不大的情况下,更没有必要完整引入组件库 

  1. // main.js 
  2. import Element3 from "plugins/element3";  
  3. Vue.use(Element3)  
  4. // element3.js  
  5. // 完整引入  
  6. import element3 from "element3";  
  7. import "element3/lib/theme-chalk/index.css";   
  8. // 按需引入  
  9. // import "element3/lib/theme-chalk/button.css";  
  10. // ...  
  11. // import {   
  12. // ElButton,   
  13. // ElRow,   
  14. // ElCol,   
  15. // ElMain,   
  16. // .....  
  17. // } from "element3";  
  18. export default function (app) {   
  19. // 完整引入   
  20. app.use(element3)    
  21. // 按需引入   
  22. // app.use(ElButton);  

九. 路由懒加载

我们知道 Vue 是单页应用,所以如果没有用懒加载,就会导致进入首页时需要加载的内容过多,时间过长,就会出现长时间的白屏,很不利于用户体验,SEO 也不友好

所以可以去用懒加载将页面进行划分,需要的时候才加载对应的页面,以分担首页的加载压力,减少首页加载时间

没有用路由懒加载: 

  1. import Home from '@/components/Home'  
  2. const router = new VueRouter({    
  3.  routes: [    
  4.   { path: '/home', component: Home }  
  5. }) 

用了路由懒加载: 

  1. const router = new VueRouter({  
  2. routes: [   
  3.  { path: '/home', component: () =>   
  4. import('@/components/Home') },   
  5.  { path: '/login', component:   
  6. require('@/components/Home').default } 
  7.  
  8. }) 

在进入这个路由的时候才会走对应的 component,然后运行 import 编译加载组件,可以理解为 Promise 的 resolve 机制

  •  import:Es6语法规范、编译时调用、是解构过程、不支持变量函数等
  •  require:AMD规范、运行时调用、是赋值过程,支持变量计算函数等

更多有关前端模块化的内容可以看我另一篇文章 前端模块化规范详细总结

十. keep-alive缓存页面

比如在表单输入页面进入下一步后,再返回上一步到表单页时要保留表单输入的内容、比如在列表页>详情页>列表页,这样来回跳转的场景等

我们都可以通过内置组件 <keep-alive></keep-alive> 来把组件缓存起来,在组件切换的时候不进行卸载,这样当再次返回的时候,就能从缓存中快速渲染,而不是重新渲染,以节省性能

只需要包裹想要缓存的组件即可 

  1. <template>  
  2.  <div id="app">   
  3.   <keep-alive>    
  4.    <router-view/>   
  5.   </keep-alive>  
  6. </div>  
  7. </template> 
  •  也可以用 include/exclude 来 缓存/不缓存 指定组件
  •  可通过两个生命周期 activated/deactivated 来获取当前组件状态

十一. 事件的销毁

Vue 组件销毁时,会自动解绑它的全部指令及事件监听器,但是仅限于组件本身的事件

而对于定时器、addEventListener 注册的监听器等,就需要在组件销毁的生命周期钩子中手动销毁或解绑,以避免内存泄露 

  1. <script>  
  2. export default {    
  3.  created() {     
  4.   this.timer = setInterval(this.refresh, 2000)    
  5.   addEventListener('touchmove',   
  6. this.touchmove, false)   
  7.  },   
  8.   beforeDestroy() {    
  9.    clearInterval(this.timer)     
  10.    this.timer = null     
  11.    removeEventListener('touchmove',  
  12. this.touchmove, false)  
  13.   } 
  14.  
  15. </script> 

十二. 图片懒加载

图片懒加载就是对于有很多图片的页面,为了提高页面加载速度,只加载可视区域内的图片,可视区域外的等到滚动到可视区域后再去加载

这个功能一些 UI 框架都有自带的,如果没有呢?

推荐一个第三方插件 vue-lazyload 

  1. npm i vue-lazyload -S  
  2. // main.js  
  3. import VueLazyload from 'vue-lazyload'  
  4. Vue.use(VueLazyload)  
  5. // 接着就可以在页面中使用 v-lazy 懒加载图片了  
  6. <img v-lazy="/static/images/1.png"> 

或者自己造轮子,手动封装一个自定义指令,这里封装好了一个兼容各浏览器的版本的,主要是判断浏览器支不支持 IntersectionObserver API,支持就用它实现懒加载,不支持就用监听 scroll 事件+节流的方式实现 

  1. const LazyLoad = {   
  2. // install方法   
  3. install(Vue, options) {   
  4.  const defaultSrc = options.default   
  5.  Vue.directive('lazy', {    
  6.   bind(el, binding) {     
  7.    LazyLoad.init(el, binding.value, defaultSrc)   
  8.  },     
  9.   inserted(el) {    
  10.    if (IntersectionObserver) {      
  11.     LazyLoad.observe(el)   
  12.   } else {     
  13.      LazyLoad.listenerScroll(el)     
  14.    }   
  15.  },  
  16. }) 
  17. },   
  18. // 初始化   
  19. init(el, val, def) { 
  20.  el.setAttribute('data-src', val)    
  21.  el.setAttribute('src', def)  
  22. },   
  23. // 利用IntersectionObserver监听el  
  24. observe(el) {    
  25.  var io = new IntersectionObserver((entries) => {    
  26.   const realSrc = el.dataset.src      
  27.  if (entries[0].isIntersecting) {   
  28.   if (realSrc) {     
  29.     el.src = realSrc       
  30.     el.removeAttribute('data-src')      
  31.   }     
  32.  }   
  33. })   
  34.  io.observe(el)  
  35. },   
  36. // 监听scroll事件  
  37. listenerScroll(el) {    
  38.  const handler =  
  39. LazyLoad.throttle(LazyLoad.load, 300)  
  40.  LazyLoad.load(el)   
  41.  window.addEventListener('scroll', () => {     
  42.   handler(el)   
  43.  })  
  44. },   
  45. // 加载真实图片   
  46. load(el) {    
  47.  const windowHeight =  
  48. document.documentElement.clientHeight  
  49.  const elelTop = el.getBoundingClientRect().top    
  50.  const elelBtm =   
  51. el.getBoundingClientRect().bottom   
  52.  const realSrc = el.dataset.src    
  53.  if (elTop - windowHeight < 0 && elBtm > 0) { 
  54.    if (realSrc) {    
  55.     el.src = realSrc      
  56.    el.removeAttribute('data-src')    
  57.   }   
  58.  }  
  59. },   
  60. // 节流   
  61. throttle(fn, delay) {   
  62.  let timer    
  63.  let prevTime    
  64.  return function (...args) {    
  65.   const currTime = Date.now()   
  66.   const context = this    
  67.   if (!prevTime) prevTime = currTime    
  68.   clearTimeout(timer)     
  69.   if (currTime - prevTime > delay) {      
  70.   prevTime = currTime        
  71.    fn.apply(context, args)     
  72.    clearTimeout(timer)     
  73.     return     
  74.  }    
  75.  timer = setTimeout(function () {    
  76.   prevTime = Date.now()    
  77.   timer = null     
  78.   fn.apply(context, args)    
  79. }, delay)   
  80.  
  81. },  
  82.  
  83. export default LazyLoad 

使用上是这样的,用 v-LazyLoad 代替 src 

  1. <img v-LazyLoad="xxx.jpg" /> 

十三. SSR

这一点我在项目中也没有实践过,就不班门弄斧了 

 

责任编辑:庞桂玉 来源: 前端大全
相关推荐

2009-08-26 16:25:43

软件测试

2022-04-12 13:44:19

数据分析算法人工智能

2009-11-09 14:44:52

开源UML工具

2020-10-09 11:24:38

应用安全安全开发成熟度模型BSIMM

2009-11-02 13:50:53

WordPressCMS

2017-12-02 22:26:45

数据分析信息技术IT

2013-12-17 09:39:55

安全事件2013年安全事件

2019-01-26 08:40:26

2021-08-18 10:58:56

云计算云计算环境云计算趋势

2010-06-18 15:44:24

开源UML工具

2009-06-17 14:17:04

SpringXML配置文件

2013-07-12 10:41:36

移动应用云测试

2009-06-17 14:36:10

SpringXML配置文件

2021-11-04 09:15:58

终端Linux命令

2011-03-21 17:09:38

数据表设计原则

2011-08-02 11:04:40

2011-10-17 13:36:54

Chrome命令

2009-11-02 10:15:53

ASP.NET MVC

2011-06-12 08:56:01

友情链接

2011-06-27 13:34:40

点赞
收藏

51CTO技术栈公众号