当前位置：首页 > news >正文

Vue 3 对 Web 应用性能的改进

news 来源：原创 2024/5/3 18:45:01

作者：Filip Rakowski
翻译：疯狂的技术宅

原文：https://vueschool.io/articles...

未经允许严禁转载

有关即将发布的 Vue.js 的第 3 个主要版本的信息越来越多。通过下面的讨论，虽然还不能完全确定其所有内容，但是我们可以放心地认为，它将是对当前版本（已经非常出色）的巨大改进。 Vue 团队在改进框架 API 方面做得非常出色。尤雨溪将 Vue 3 的目标描述为：

使其更快
使其更小
使其更易于维护
使其更容易定位到本地
让你的生活更轻松

通过查看 RFC 并进行交谈，我确信上述所有目标都会毫无问题地实现。在本文中，就其影响和可能性而言，我将讨论一些对我来说最有趣的更改。

性能优化

作为性能怪胎，在探究某些 API 之前我想先谈一谈 Vue 3 的性能。

先从 Vue 3 的捆绑包大小开始。

当前最小化并被压缩的 Vue 运行时大小约为 20kB（2.6.10 版为 22.8kB）。 Vue 3捆绑包的大小估计大约会减少一半，即只有大约 10kB！

全局 API tree-shaking

诸如更好的模块化之类的许多其他优化之上，Vue 3 源代码将是 tree-shakeable。这意味着，如果你用不到它的某些功能的话（例如 component 或 v-show 指令），则这些功能将不会包含在你的产品包中。目前无论我们使用 Vue 核心的什么功能，这些功能最终都会在我们的生产代码中使用，因为 Vue 实例作为单个对象被导出，并且捆绑程序无法检测到该对象的哪些属性在代码中使用。

 // Vue 2.x - whole `Vue` object is bundled for production 
import Vue from 'vue'

Vue.nextTick(() => {})
const obj =  Vue.observable({})

为了使全局 API 可以 tree-shake，Vue 团队决定对其中的大多数 API 通过命名导出，以便捆绑程序可以检测和删除未使用的代码：

 // Vue 3.x - only imported properties are bundled
import { nextTick, observable } from 'vue'

nextTick(() => {})
const obj = observable({})

这是一个重大变化，因为现在通过命名的导出才能使用只能以前的全局 API。这个更改将会影响：

Vue.nextTick
Vue.observable
Vue.version
Vue.compile （只限于完整版本）
Vue.set （仅在2.x兼容版本中，你会很快找到原因）
Vue.delete （与上面相同）

我们还需要一段时间才能完全受益于此功能，因为它需要在生态系统中采用。 Vue 团队将发布兼容性版本，因此我们应该能够使用也使用旧的 API 插件，但会降低性能。

可以 tree-shake 的 JavaScript API 不止一个。在后台，Vue 编译器（将 Vue 模板转换为渲染功能的工具）将检测模板中使用的指令，并对其进行 tree-shake。例如下面的模板：

<transition>
  <div v-show="ok">hello</div>
</transition>

在被 Vue 编译器处理后，看起来是这样的：

import { h, Transition, applyDirectives, vShow } from 'vue'

export function render() {
  return h(Transition, [
    applyDirectives(h('div', 'hello'), this, [vShow, this.ok])
  ])
}

每个人都会从全局 API tree-shaking 中受益（尤其是我们的用户），但是我认为制作小型的轻量级网站并仅使用 Vue 功能子集进行交互的人（最能替代 jQuery 之类的库）的人会对此最为重视。

基于代理的响应性

尽管捆绑包的大小可能会严重影响应用的加载时间，但是在下载后，它也应该能够快渲染且运行流畅。

Vue 核心团队非常了解这一点，这就是为什么在运行时性能上也有很大改进的原因。

让我们从最具影响力的一种系统开始，它基于 JavaScript Proxies。当前的 Vue 响应系统是基于 Object.defineProperty的，有一些局限性。最常见并令人沮丧的是 Vue 无法跟踪响应对象的属性添加和删除。为此我们需要使用 Vue.set 和 Vue.delete 来保持响应系统的正常运行。通过使用 JS Proxies，我们终于可以摆脱这种丑陋的解决方法了。

// Adding a new property to reacitve object in Vue 2.x
Vue.set(this.myObject, key, value) 
// Adding a new property to reactive object in Vue 3
this.myObject[key] = value

代理的真正影响可以进行更快的组件初始化和修补。 根据测试，速度大约快 2 倍！

这种改进尤为重要，因为 Vue 必须使用 getters/setters 来递归地遍历所有对象及其属性，并对其进行转换。通过使用代理，这个过程就变得容易得多。

值得一提的是，由于使用了 JS Proxies， Vue 3 将会放弃对 Internet Explorer（而不是Edge）的支持，但是请放心，对于希望支持 IE 的用户来说，它会保持兼容性。

时间切片

根据尤雨溪的推文，此功能不会包含在 Vue 3 中。

Vue 3 另一个令人兴奋的性能功能是对时间切片的实验性支持，但是它很少被提及。

用一个比喻来解释什么是时间切片。想象有一条买冰淇淋的队伍，它非常的长。因为那是镇上最好的冰淇淋，人们一个接一个的去买。由于某种原因，没有关于可用口味的信息。要得到这个信息，你需要询问直接出售冰淇淋的女士。

在这种情况下，我们可能最终会得到 2 条记录——其中一条给想要购买冰淇淋的人（说服他们耐心等待），另一条给希望在选择之前了解更多口味信息的人，我们应该尽快获得这个信息。不幸的是，只有一位女士在卖冰淇淋，她在为“主”线上的所有客户提供服务之前不会回答任何问题。

对于尚未被说服的客户来说，这并不是最好的体验，大多数人可能会发现这不值得等待。为了解决这个问题，女士可以在每 2 至 3 个服务对象中回答一个问题。两组都应该对此解决方案感到满意。

这正是 CPU 与 Web 应用一起工作的方式。我们有一条“主”队列（称为“主线程”），需要完成其所有主要任务（脚本、渲染等），然后才能响应用户交互。对于某些页面，这可能会导致非常糟糕的用户体验，具体取决于 Vue 组件加载或重新渲染所需的时间。

为了使其更可靠，最好对此脚本进行评估并“切”成段，在每次执行后查看是否有用户输入要处理。这样，无论需要进行多少次渲染或重新渲染，程序都将保持响应状态。这就是在 Vue 3 中的工作方式。

这是尤雨溪在 Vue 3 中展示时间分片功能的方式。请注意脚本执行时间轴中的小间隙，可以在这些间隙中处理用户输入。

能够轻松识别为什么重新渲染组件的能力

工具与开箱即用的性能同等重要。所以我们可以在 Vue 3 中看到一个新的生命周期 hook ——renderTriggered。可以用它来跟踪和消除不必要的组件重新渲染，当把它与时间切片结合使用时，就成了在运行时性能优化中非常强大的武器。

const Component = {
  // other properties
  renderTriggered (event) {
     console.log(`Re-render of ` + this.$options.name + ` component`, event)
  }
}