这篇文章主要介绍vue中v代表的关键唯一性是什么,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!
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 在比较这一层的时候就会导致错位比较了，如下图所示：
因为这一层的虚拟 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 中有子元素的话，子元素依赖的数据没有发生变化的话，就会继续复用之前的子组件，这样就会导致一个错位，如下图：
2. 为同一层的相同类型的元素添加关键属性
在上述的DOM Diff算法中,比较的仅仅是两棵树同一层的对应位置,在不同层之前的元素之间是不需要比较的,而且,当DOM Diff的过程中发现,改变后的虚拟DOM和之前的虚拟DOM类型不同的时候,就会将之前的卸载,重新再添加改变后的元素节点。因此,上述的问题就出现在,两棵树中同一层的节点类型相同时,在该层添加或删除时会降低效率或者带来的虫子。
这就是我们在v代表循环中生成同种类型的标签元素时的情况,如果不为该标签节点做点什么,就存在虫隐患,那么应该做什么呢?
答案就是为同一层的相同节点类型的节点添加一个唯一标识的关键值,这样,在DOM Diff进行配对比较时,就会将关键相同的两个虚拟DOM进行比较,而不是仅仅按照对应位置进行比较了。
这样一来就不会导致错位比较了,就大大提高了比较的效率,解决了虫隐患。
3。关键不能是指数下标值
因为数组或对象的指数下标值是唯一的,因此我们经常使用指数作为关键属性的值,有的人说这样是可以的,会带来性能上的优化什么的,但使用指数下标值是会有大大的虫隐患的。
