vue 中的 key

最新推荐文章于 2024-07-19 10:25:13 发布

选.

最新推荐文章于 2024-07-19 10:25:13 发布

阅读量543

点赞数

文章标签： vue.js 前端

本文链接：https://blog.csdn.net/weixin_70317227/article/details/131926359

版权

Key 是什么
key 的作用主要是为了高效的更新虚拟 DOM

我们知道状态的变化会导致视图的更新，其中的更具体的过程是：

状态1 —> 虚拟dom1 ——> 视图1,
状态2 —> 虚拟dom2  --->     ？

比较虚拟dom1和虚拟dom2的区别，然后在 视图1的基础上小范围更新视图得到视图2

key 是给每一个 vnode 的唯一 id，也是 diff 的一种优化策略，可以根据 key，更准确，更快的找到对应的 vnode 节点,这个 key 的作用是用来加速这个比较的过程的。

开始之前，我们先还原两个实际工作场景

当我们在使用v-for时，需要给单元加上key

<ul>
    <li v-for="item in items" :key="item.id">...</li>
</ul>

用+new Date()生成的时间戳作为key，手动强制触发重新渲染

<Comp :key="+new Date()" />

那么这背后的逻辑是什么，key的作用又是什么？

一句话来讲
key 是给每一个 vnode 的唯一 id，也是 diff 的一种优化策略，可以根据 key，更准确，更快的找到对应的 vnode 节点

背后的逻辑

当我们在使用v-for时，需要给单元加上key

如果不用 key，Vue 会采用就地复地原则：最小化 element 的移动，并且会尝试尽最大程度在同适当的地方对相同类型的 element，做 patch 或者 reuse。

如果使用了 key，Vue 会根据 keys 的顺序记录 element，曾经拥有了 key 的 element 如果不再出现的话，会被直接 remove 或者 destoryed

用+new Date()生成的时间戳作为key，手动强制触发重新渲染

当拥有新值的 rerender 作为 key 时，拥有了新 key 的 Comp 出现了，那么旧 key Comp 会被移除，新 key Comp 触发渲染

设置 key 与不设置 key 区别

举个例子：

创建一个实例，2 秒后往items数组插入数据

<body>
  <div id="demo">
    <p v-for="item in items" :key="item">{{item}}</p>
  </div>

  <p>c</p>
  <script src="../../dist/vue.js"></script>
  <script>
    // 创建实例
    const app = new Vue({
      el: '#demo',
      data: { items: ['a', 'b', 'c', 'd', 'e'] },
      mounted() {
        setTimeout(() => {
          this.items.splice(2, 0, 'f') // ['a', 'b', 'f', 'c',, d', 'e']
        }, 2000)
      },
    })
  </script>
</body>

在不使用key的情况，vue会进行这样的操作：
在这里插入图片描述
分析下整体流程：

比较 A，A，相同类型的节点，进行patch，但数据相同，不发生dom操作
比较 B，B，相同类型的节点，进行patch，但数据相同，不发生dom操作
比较 C，F，相同类型的节点，进行patch，数据不同，发生dom操作
比较 D，C，相同类型的节点，进行patch，数据不同，发生dom操作
比较 E，D，相同类型的节点，进行patch，数据不同，发生dom操作
循环结束，将 E 插入到DOM中
一共发生了 3 次更新，1 次插入操作
在使用key的情况：vue会进行这样的操作：

比较 A，A，相同类型的节点，进行patch，但数据相同，不发生dom操作
比较 B，B，相同类型的节点，进行patch，但数据相同，不发生dom操作
比较 C，F，不相同类型的节点
比较 E、E，相同类型的节点，进行patch，但数据相同，不发生dom操作
比较 D、D，相同类型的节点，进行patch，但数据相同，不发生dom操作
比较 C、C，相同类型的节点，进行patch，但数据相同，不发生dom操作
循环结束，将 F 插入到 C 之前
一共发生了 0 次更新，1 次插入操作

通过上面两个小例子，可见设置key能够大大减少对页面的DOM操作，提高了diff效率

设置 key 值一定能提高 diff 效率吗？

其实不然，文档中也明确表示

当 Vue.js 用 v-for 正在更新已渲染过的元素列表时，它默认用“就地复用”策略。如果数据项的顺序被改变，Vue 将不会移动 DOM 元素来匹配数据项的顺序，而是简单复用此处每个元素，并且确保它在特定索引下显示已被渲染过的每个元素

这个默认的模式是高效的，但是只适用于不依赖子组件状态或临时 DOM 状态 (例如：表单输入值) 的列表渲染输出

建议尽可能在使用 v-for 时提供 key，除非遍历输出的 DOM 内容非常简单，或者是刻意依赖默认行为以获取性能上的提升

原理分析

这里判断是否为同一个key，首先判断的是key值是否相等如果没有设置key，那么key为undefined，这时候undefined是恒等于undefined

function sameVnode(a, b) {
  return (
    a.key === b.key &&
    ((a.tag === b.tag && a.isComment === b.isComment && isDef(a.data) === isDef(b.data) && sameInputType(a, b)) ||
      (isTrue(a.isAsyncPlaceholder) && a.asyncFactory === b.asyncFactory && isUndef(b.asyncFactory.error)))
  )
}

updateChildren方法中会对新旧vnode进行diff，然后将比对出的结果用来更新真实的DOM

function updateChildren (parentElm, oldCh, newCh, insertedVnodeQueue, removeOnly) {
    ...
    while (oldStartIdx <= oldEndIdx && newStartIdx <= newEndIdx) {
        if (isUndef(oldStartVnode)) {
            ...
        } else if (isUndef(oldEndVnode)) {
            ...
        } else if (sameVnode(oldStartVnode, newStartVnode)) {
            ...
        } else if (sameVnode(oldEndVnode, newEndVnode)) {
            ...
        } else if (sameVnode(oldStartVnode, newEndVnode)) { // Vnode moved right
            ...
        } else if (sameVnode(oldEndVnode, newStartVnode)) { // Vnode moved left
            ...
        } else {
            if (isUndef(oldKeyToIdx)) oldKeyToIdx = createKeyToOldIdx(oldCh, oldStartIdx, oldEndIdx)
            idxInOld = isDef(newStartVnode.key)
                ? oldKeyToIdx[newStartVnode.key]
                : findIdxInOld(newStartVnode, oldCh, oldStartIdx, oldEndIdx)
            if (isUndef(idxInOld)) { // New element
                createElm(newStartVnode, insertedVnodeQueue, parentElm, oldStartVnode.elm, false, newCh, newStartIdx)
            } else {
                vnodeToMove = oldCh[idxInOld]
                if (sameVnode(vnodeToMove, newStartVnode)) {
                    patchVnode(vnodeToMove, newStartVnode, insertedVnodeQueue, newCh, newStartIdx)
                    oldCh[idxInOld] = undefined
                    canMove && nodeOps.insertBefore(parentElm, vnodeToMove.elm, oldStartVnode.elm)
                } else {
                    // same key but different element. treat as new element
                    createElm(newStartVnode, insertedVnodeQueue, parentElm, oldStartVnode.elm, false, newCh, newStartIdx)
                }
            }
            newStartVnode = newCh[++newStartIdx]
        }
    }
    ...
}