欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

详解vue中v-for的key唯一性

程序员文章站 2022-03-22 17:23:04
1. dom diff要想真正了解 key 属性的存在意义,还真得从 dom diff 说起,并不需要深入了解 dom diff 的原理,而是仅仅需要知道 dom diff 的工作过程即可。vue 和...

1. dom diff

要想真正了解 key 属性的存在意义,还真得从 dom diff 说起,并不需要深入了解 dom diff 的原理,而是仅仅需要知道 dom diff 的工作过程即可。

vue 和 react 都采用了运用虚拟 dom 的方式减少浏览器不必要的渲染。由于 vue 和 react 采用的都是 v = render( m ) 的方式渲染视图的,当 model 数据发生变化时,视图更新的方式就是重新 render dom 元素。但是有时候我们只是改变了一个组件中的某一个 div 中的数据,如果采用原生 render 的方式去更新视图的话,那整个组件都要更新。岂不浪费时间?

我们日常生活中碰到这样的情况可不会全部更新,就像一个拼图拼好了,后来其中一小块需要更换,我们找到拿一块直接替换就好了,绝不会说再从头拼一次。vue 和 react 的开发者也是这样想的,就去想方设法优化。

我们人眼一眼就可以看出改变前和改变后的不同之处,只更新不同之处就可以了。但计算机可一眼看不出来,它必须从头一块快地对比,直至找到不同之处进行更新。这个将改变前和改变后进行对比找不同的过程就是 dom diff,dom diff 中的 dom 是虚拟 dom,也就是 javascript 对象,一一比较找到不同之处后,就去局部更新真正的 dom。

在比较的过程中, 虚拟 dom 也会构成一棵虚拟 dom 树,dom diff 的工作过程就是比较两棵虚拟 dom 树上的对象节点,具体就是每一层和每一层的对应位置进行比较。正是因为计算机只会比较每一层对应位置的的两个虚拟 dom 元素,如果这两棵树中改变后的树的某一层只是插入了一个节点,那树的结构是不变的,dom diff 在比较这一层的时候就会导致错位比较了,如下图所示:

详解vue中v-for的key唯一性

因为这一层的虚拟 dom 节点对于 vue 和 react 来说除了 dom 节点本身外是完全没有任何不同的,所以 dom diff 在比较的时候就只能按照对应位置一一比较了。

一一比较后,如果节点类型相同,那么就会复用该节点,单单局部更新该节点内不同的内容处。就像上述图中的,如果这是 ul 下的 li 的虚拟 dom 节点的话,那一一比较后发现节点类型相同,就复用之前的节点,将节点里面的内容进行改变,也就是,将c更新成f,d更新成c,e更新成d,最后再插入e。

上述是插入节点的情况,带来的后果就是效率上的降低,但如果是删除节点的情况,那带来的后果可就不仅仅是效率了。

假如是点击一个按钮删除一个 li 元素,那新旧虚拟 dom 树进行比较的时候,还是根据树中每一层的对应位置一一比较,比如删除后的 [1,2,3] 变成了 [1,3],它就会将第一个 li 和第二个 li 相比较,发现元素类型没有变化,就会复用第一个 li,再递归对比 li 里面的,发现都没变化就继续复用。到了第二个 li 之间比较的时候,发现也都是 li 元素,那就会复用之前的li,单单将 2 变成了 3。

此时,如果复用的 li 中有子元素的话,子元素依赖的数据没有发生变化的话,就会继续复用之前的子组件,这样就会导致一个错位,如下图:

详解vue中v-for的key唯一性

2. 为同一层的相同类型的元素添加 key 属性

在上述的 dom diff 算法中,比较的仅仅是两棵树同一层的对应位置,在不同层之前的元素之间是不需要比较的,而且,当 dom diff 的过程中发现,改变后的虚拟 dom 和之前的虚拟 dom 类型不同的时候,就会将之前的卸载,重新再添加改变后的元素节点。因此,上述的问题就出现在,两棵树中同一层的节点类型相同时,在该层添加或删除时会降低效率或者带来 bug。

这就是我们在 v-for 循环中生成同种类型的标签元素时的情况,如果不为该标签节点做点什么,就存在bug隐患,那么应该做什么呢?

答案就是为同一层的相同节点类型的节点添加一个唯一标识的 key 值,这样,在 dom diff 进行配对比较时,就会将 key 相同的两个虚拟 dom 进行比较,而不是仅仅按照对应位置进行比较了。

这样一来就不会导致错位比较了,就大大提高了比较的效率,解决了 bug 隐患。

3. key 不能是 index 下标值

因为数组或对象的 index 下标值是唯一的,因此我们经常使用 index 作为 key 属性的值,有的人说这样是可以的,会带来性能上的优化什么的,但使用 index 下标值是会有大大的 bug 隐患的。

这些 bug 会在你 v-for 循环的数组或对象发生添加或删除或顺序改变时。

那么为什么不能使用 index 下标呢?

其实就是因为 index 下标使用了跟没使用了一样,因为在添加和删除时,某一个特定元素的 index 是会变的,比如 [1,2,3] 变成了 [1,3] 后,原来数据 3 对应的下标为2,删除后数据 3 的下标变成了 1,这在 dom diff 的时候,会根据 key 值相等的进行两两配对比较,这数据3对应的节点前后还是对应不上,因此,使用了 index 作为 key 跟没设置 key 是一样的效果。

这就是为什么不要使用 index 作为 key 的原因。

因此:key 属性值必须是独一无二的且不会改变的

以上就是详解vue中v-for的key唯一性的详细内容,更多关于vue中v-for的key唯一性的资料请关注其它相关文章!

相关标签: vue key for