Vue | Vue 开发中的性能优化小技巧,你用过几个

目录

1. 长列表性能优化

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

3. 列表使用唯一 key

4. 使用 v-show 复用 DOM

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

6. 子组件分割

7. 变量本地化

8. 第三方插件按需引入

9. 路由懒加载

10. keep-alive缓存页面

11. 事件的销毁

12. 图片懒加载

13. SSR优化


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

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

1. 长列表性能优化

- 1. 不做响应式

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

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

export default {
  data: () => ({
    userList: []
  }),
  async created() {
    const users = await axios.get("/api/users");
    this.userList = Object.freeze(users);
  }
};

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

export function defineReactive (...){
    const property = Object.getOwnPropertyDescriptor(obj, key)
    if (property && property.configurable === false) {
        return
    }
    ...
}

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

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

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

★ 番外:在Vue 3中,响应式flag用于标记目标对象的类型,以便Vue的响应式系统能够正确地跟踪和响应式处理不同类型的数据。这是通过使用Proxy来代理对象属性的getter和setter来实现的。

当你尝试使用Vue的响应式系统时,Vue会检查这个flag来决定如何处理这个数据。例如,如果是一个普通的JavaScript对象,Vue会使用Object.defineProperty来实现响应式。如果是一个数组,它会包装数组的prototype。如果是MapSet这样的集合,它会使用Proxy来代理这些数据结构。

以下是一个简单的例子,展示了如何在Vue 3中使用响应式flag:

import { reactive, isReactive } from 'vue';
 
const state = reactive({ count: 0 });
 
console.log(isReactive(state)); // 输出: true
 
// 当state是响应式的时候,Vue可以跟踪其属性的变化
state.count = 1;

- 2. 虚拟滚动

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

<recycle-scroller
  class="items"
  :items="items"
  :item-size="24"
>
  <template v-slot="{ item }">
    <FetchItemView
      :item="item"
      @vote="voteItem(item)"
    />
  </template>
</recycle-scroller>

参考: vue-virtual-scrollervue-virtual-scroll-list

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

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

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

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

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

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

<template>
    <ul>
      <li v-for="item in activeList" :key="item.id">
        {{ item.title }}
      </li>
    </ul>
</template>
<script>
// Vue2.x
export default {
    computed: {
      activeList() {
        return this.list.filter( item => {
          return item.isActive
        })
      }
    }
}

// Vue3
import { computed } from "vue";
const activeList = computed(() => {
  return list.filter( item => {
    return item.isActive
  })
})
</script>

参考为什么Vue中的v-if和v-for不建议一起用?_vue v-for if-CSDN博客 

3. 列表使用唯一 key

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

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

因为在不使用 key 或者列表的 index 作为 key 的时候,每个元素对应的位置关系都是 index,上图中的结果直接导致我们插入的元素到后面的全部元素,对应的位置关系都发生了变更,所以在 patch 过程中会将它们全都执行更新操作,再重新渲染。这可不是我们想要的,我们希望的是渲染添加的那一个元素,其他四个元素不做任何变更,也就不要重新渲染

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

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

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

4. 使用 v-show 复用 DOM

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

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

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

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

<template>
  <div>
    <div v-show="status" class="on">
      <my-components />
    </div>
    <section v-show="!status" class="off">
      <my-components >
    </section>
  </div>
</template>

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

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

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

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

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

<template functional>
  <div>
    <div class="content">{{ value }}</div>
  </div>
</template>
<script>
export default {
  props: ['value']
}
</script>

// 或者
Vue.component('my-component', {
  functional: true, // 表示该组件为函数式组件
  props: { ... }, // 可选
  // 第二个参数为上下文,没有 this
  render: function (createElement, context) {
    // ...
  }
})

6. 子组件分割

先看个例子

<template>
  <div :style="{ opacity: number / 100 }">
    <div>{{ someThing() }}</div>
  </div>
</template>
<script>
export default {
  props:['number'],
  methods: {
    someThing () { /* 耗时任务 */ }
  }
}
</script>

上面这样的代码中,每次父组件传过来的 number 发生变化时,每次都会重新渲染,并且重新执行 someThing 这个耗时任务,所以优化的话一个是用计算属性,因为计算属性自身有缓存计算结果的特性。

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

<template>
  <div>
    <my-child />
  </div>
</template>
<script>
export default {
  components: {
    MyChild: {
      methods: {
        someThing () { /* 耗时任务 */ }
      },
      render (h) {
        return h('div', this.someThing())
      }
    }
  }
}
</script>

7. 变量本地化

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

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

比如下面例子

<template>
  <div :style="{ opacity: number / 100 }"> {{ result }}</div>
</template>
<script>
import { someThing } from '@/utils'
export default {
  props: ['number'],
  computed: {
    base () { return 100 },
    result () {
      let base = this.base, number = this.number // 保存起来
      for (let i = 0; i < 1000; i++) {
        number += someThing(base) // 避免频繁引用 this.xx
      }
      return number
    }
  }
}
</script>

8. 第三方插件按需引入

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

// main.js
import Element3 from "plugins/element3";
Vue.use(Element3)

// element3.js
// 完整引入
import element3 from "element3";
import "element3/lib/theme-chalk/index.css";

// 按需引入
// import "element3/lib/theme-chalk/button.css";
// ...
// import {
  // ElButton,
  // ElRow,
  // ElCol,
  // ElMain,
  // .....
// } from "element3";

export default function (app) {
  // 完整引入
  app.use(element3)
  
  // 按需引入
  // app.use(ElButton);
}

9. 路由懒加载

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

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

▍没有用路由懒加载:

import Home from '@/components/Home'
const router = new VueRouter({
  routes: [
    { path: '/home', component: Home }
  ]
})

▍用了路由懒加载:

const router = new VueRouter({
  routes: [
    { path: '/home', component: () => import('@/components/Home') },
    { path: '/login', component: require('@/components/Home').default }
  ]
})

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

  • importES6语法规范、编译时调用、是解构过程、不支持变量函数等。
  • requireAMD规范、运行时调用、是赋值过程,支持变量计算函数等。


参考:Vue中import和require的用法_vue require-CSDN博客

更多有关前端模块化的内容可以参看: 前端模块化规范详细总结

10. keep-alive缓存页面

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

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

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

<template>
  <div id="app">
    <keep-alive>
      <router-view/>
    </keep-alive>
  </div>
</template>

参考谈谈vue的路由守卫和keep-alive后生命周期_CSDN博客

11. 事件的销毁

Vue 组件销毁时,会自动解绑它的全部指令及事件监听器,但是仅限于组件本身的事件。而对于定时器、 addEventListener 注册的监听器等,就需要在组件销毁的生命周期钩子中手动销毁或解绑,以避免内存泄露。

<script>
export default {
    created() {
      this.timer = setInterval(this.refresh, 2000)
      addEventListener('touchmove', this.touchmove, false)
    },
    beforeDestroy() {
      clearInterval(this.timer)
      this.timer = null
      removeEventListener('touchmove', this.touchmove, false)
    }
}
</script>

★ 番外:关于addEventListener的使用和注意项。

▍addEventListener基本理解

addEventListener 是一个 JavaScript DOM 方法,用于向指定元素添加事件监听器。它接受三个参数:

- 事件类型:一个字符串,表示要监听的事件类型,如 ‘click’、‘mouseover’、‘keydown’ 等。

- 事件处理函数:当指定的事件发生时,会调用这个函数。这个函数接收一个参数,即触发事件的 Event 对象。

- 可选参数:这个参数可以是一个布尔值或一个对象。如果是布尔值,true 表示在捕获阶段调用事件处理函数,false 表示在冒泡阶段调用事件处理函数(默认)。如果是对象,可以包含以下属性:

  • capture :布尔值,表示是否在捕获阶段调用事件处理函数。
  • passive :布尔值,如果设置为 true,则表示事件处理函数不会调用 event.preventDefault()。这对于某些需要提高性能的滚动或触摸事件非常有用。
  • once :布尔值,如果设置为 true,则事件处理函数在第一次触发后就会被移除。(请注意,once 属性并非所有浏览器都支持,你需要检查你的目标浏览器是否支持这个属性。)

▍注意事项

- addEventListener 用于向指定元素添加事件监听器,而 removeEventListener 用于移除已添加的事件监听器。为了避免内存泄漏,我们通常在组件卸载或页面销毁时移除已添加的事件监听器。

- addEventListener 的第二个参数是事件处理函数。为了能够在后面通过 removeEventListener 移除事件监听器,事件处理函数不应该是匿名函数或箭头函数,因为它们每次都会创建一个新的函数实例,导致移除的不是同一个函数而无效。也就是说一个事件监听的 addEventListener 和 removeEventListener 的第二个参数应该是同一个事件处理函数实例,所以尽量对处理函数使用命名函数,或者在React中使用 useRef 存储函数引用。

- removeEventListener 和 addEventListener 里面的参数应该完全一样。如果 addEventListener 和 removeEventListener 的参数不一样,那么 removeEventListener 可能无法正确地移除事件监听器。removeEventListener 需要知道具体的事件类型、事件处理函数以及是否在捕获阶段移除事件监听器,才能正确地移除事件监听器。如果这些参数与添加事件监听器时的参数不一致,那么 removeEventListener 将无法找到并移除事件监听器。例如,如果你在添加事件监听器时使用了捕获阶段,但在移除事件监听器时没有指定,那么事件监听器将不会被移除,因为默认情况下,removeEventListener 会在冒泡阶段移除事件监听器。 

错误示例:

const button = document.querySelector('button');

// 添加事件监听器
button.addEventListener('click', (event) => {
  console.log('Button clicked!', event);
});

// 尝试移除事件监听器(无效)
button.removeEventListener('click', (event) => {
  console.log('Button clicked!', event);
});

 正确示例:

const button = document.querySelector('button');

function handleClick(event) {
  console.log('Button clicked!', event);
}

// 添加事件监听器
button.addEventListener('click', handleClick);

// 移除事件监听器
button.removeEventListener('click', handleClick);

参考DOM事件全解析,万字总结,看这一篇文章就够了_dom事件大全-CSDN博客

12. 图片懒加载

图片懒加载就是对于有很多图片的页面,为了提高页面加载速度,只加载可视区域内的图片,可视区域外的等到滚动到可视区域后再去加载。这个功能一些 UI 框架都有自带的,如果没有呢?

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

npm i vue-lazyload -S

// main.js
import VueLazyload from 'vue-lazyload'
Vue.use(VueLazyload)

// 接着就可以在页面中使用 v-lazy 懒加载图片了
<img v-lazy="/static/images/1.png">

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

const LazyLoad = {
  // install方法
  install(Vue, options) {
    const defaultSrc = options.default
    Vue.directive('lazy', {
      bind(el, binding) {
        LazyLoad.init(el, binding.value, defaultSrc)
      },
      inserted(el) {
        if (IntersectionObserver) {
          LazyLoad.observe(el)
        } else {
          LazyLoad.listenerScroll(el)
        }
      },
    })
  },
  // 初始化
  init(el, val, def) {
    el.setAttribute('data-src', val)
    el.setAttribute('src', def)
  },
  // 利用IntersectionObserver监听el
  observe(el) {
    var io = new IntersectionObserver((entries) => {
      const realSrc = el.dataset.src
      if (entries[0].isIntersecting) {
        if (realSrc) {
          el.src = realSrc
          el.removeAttribute('data-src')
        }
      }
    })
    io.observe(el)
  },
  // 监听scroll事件
  listenerScroll(el) {
    const handler = LazyLoad.throttle(LazyLoad.load, 300)
    LazyLoad.load(el)
    window.addEventListener('scroll', () => {
      handler(el)
    })
  },
  // 加载真实图片
  load(el) {
    const windowHeight = document.documentElement.clientHeight
    const elTop = el.getBoundingClientRect().top
    const elBtm = el.getBoundingClientRect().bottom
    const realSrc = el.dataset.src
    if (elTop - windowHeight < 0 && elBtm > 0) {
      if (realSrc) {
        el.src = realSrc
        el.removeAttribute('data-src')
      }
    }
  },
  // 节流
  throttle(fn, delay) {
    let timer
    let prevTime
    return function (...args) {
      const currTime = Date.now()
      const context = this
      if (!prevTime) prevTime = currTime
      clearTimeout(timer)
 
      if (currTime - prevTime > delay) {
        prevTime = currTime
        fn.apply(context, args)
        clearTimeout(timer)
        return
      }
 
      timer = setTimeout(function () {
        prevTime = Date.now()
        timer = null
        fn.apply(context, args)
      }, delay)
    }
  },
}
export default LazyLoad

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

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

参考JS | 详解图片懒加载的6种实现方案_js 图片懒加载-CSDN博客 

参考JS | 图片懒加载之交叉观察器IntersectionObserver API 手把手教学_CSDN博客 

参考IntersectionObserver API的简单介绍及应用-CSDN博客

13. SSR优化

在Vue.js中,SSR(Server-Side Rendering,服务器端渲染)可以通过以下方式进行优化:

① 代码分割(Code Splitting):使用动态导入语法来分割编译成的JavaScript和HTML文件,仅在需要时加载相关的代码。

// 假设有一个组件UserProfile.vue
import UserProfile from './UserProfile.vue';
 
export default {
  components: {
    UserProfile
  }
}
 
// 使用动态导入来分割加载
export default {
  components: {
    UserProfile: () => import('./UserProfile.vue')
  }
}

② 预渲染(Prerendering):在构建时生成静态HTML文件,以避免服务器端渲染的开销。

③ 缓存管理:使用缓存来存储常用数据或组件,减少计算或数据库的调用次数。

④ 配置优化:调整webpack或其他构建工具的配置,优化构建过程。

⑤ 使用第三方库:集成像Nuxt.js这样的框架,它提供了预渲染、代码分割和其他SSR优化功能。

⑥ 服务器性能:使用更强大的服务器硬件,或者使用负载均衡来处理高流量。

⑦ 异步数据获取:优化数据获取逻辑,使用异步组件和预加载来减少初始加载时的数据获取等待时间。

⑧ 错误处理:优化错误处理,避免因为某些异常导致整个页面渲染失败。

具体代码实例取决于你的项目结构和所使用的工具链。上述提到的优化方法可以结合使用,以提升Vue.js SSR应用的性能和用户体验。

关于 SSR 的优化可以看这篇文章: Vue-SSR 优化方案详细总结

附:Vue网站SSR与SEO优化全攻略

知识延伸:

参考资料:

万字长文:分享前端性能优化知识体系 | 前端性能优化9大策略前端性能优化24条建议

谈谈vue的路由守卫和keep-alive后生命周期_CSDN博客 | Vue中路由守卫的具体应用_CSDN博客

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

儒雅的烤地瓜

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值