本篇内容介绍了“vue中v-for指令的key值可以是index吗”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

为什么 v-for 的 key 值不能是 index？

来看一下我的线上bug演示吧：

父组件代码<Childv-for="(item,index)inlist":key="index":count="item.count":name="item.name"@delete="handleDelete(index)"/>list:[{count:1,name:'第1个元素'},{count:2,name:'第2个元素'},{count:3,name:'第3个元素'}]handleDelete(index){this.list.splice(index,1)},

等一下，第三个元素的count值居然变成了2，wtf！！！

惊得我又去看了遍子组件的代码

子组件<div><span>{{name}}</span>count值为：{{innerCount}}<button@click="$emit('delete')">-</button></div>props:{count:{type:Number,default:0},name:{type:String,default:''}},data(){return{innerCount:this.count}}

感觉也没什么不对的啊。

不信邪，我又多创建了点元素来删除，还试了下排序：果然，不光删除元素有问题，排序也有问题。

把 key 值改成 item.name 再试一下。

<Childv-for="(item,index)inlist":key="item.name":count="item.count":name="item.name"@delete="handleDelete(index)"/>

正常了。

这样看来，在 v-for 里把 key 值写成 index，非常危险啊。

在查阅了 vue 官方文档之后，我终于明白了原因：

当 Vue 正在更新使用 v-for 渲染的元素列表时，它默认使用“就地更新”的策略。如果数据项的顺序被改变，Vue 将不会移动 DOM 元素来匹配数据项的顺序，而是就地更新每个元素，并且确保它们在每个索引位置正确渲染。

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

不依赖子组件状态

子组件里有一行很关键的代码

data(){return{innerCount:this.count}}

子组件内部定义了 innerCount，这样子组件就有了自己的状态，按照官方文档的说明，这种情况下不能把 index 作为 key 值。

临时 DOM 状态

<divv-for="(item,index)inlist1":key="index"><inputtype="text"/><button@click="delClick(index)">删除</button></div>

删除了第2项，但是第3项在表单中的3变成了2，跟上面依赖子组件状态的例子是一样的。

“vue中v-for指令的key值可以是index吗”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！