没用过react开发项目，但想来跟vue在循环渲染中key的作用应该原理是一样的。循环在没有使用key的时候，vue会警告。但是这个key的作用是什么。
vue官方文档：
当 Vue 正在更新使用 v-for 渲染的元素列表时，它默认使用“就地更新”的策略。如果数据项的顺序被改变，Vue 将不会移动 DOM 元素来匹配数据项的顺序，而是就地更新每个元素，并且确保它们在每个索引位置正确渲染。
这个默认的模式是高效的，但是只适用于不依赖子组件状态或临时 DOM 状态 (例如：表单输入值) 的列表渲染输出。
建议尽可能在使用 v-for 时提供 key attribute，除非遍历输出的 DOM 内容非常简单，或者是刻意依赖默认行为以获取性能上的提升。
key 的特殊属性主要用在 Vue 的虚拟 DOM 算法，在新旧 nodes 对比时辨识 VNodes。如果不使用 key，Vue 会使用一种最大限度减少动态元素并且尽可能的尝试修复/再利用相同类型元素的算法。使用 key，它会基于 key 的变化重新排列元素顺序，并且会移除 key 不存在的元素。
上面是vue官网的原文，简单的解释就是，key给每一个元素提供了唯一的类似id的属性，依靠这个key可以更快速更准确的对比新旧虚拟DOM，提高性能。但是，不带key，渲染简单的数据，反而会更快。
看一个例子：
不带key：
带key：
很容易看出，不带key的列表在新增的时候，我选中了第一个，新增之后选中的还是第一个，也就是说新增的是就地复用，而带key的是直接新增节点。
在这个过程，diff算法应该是判断新旧树是否相同，相同就复用，不相同就删除旧的创建新的。带key的当然是每次新增都找不到可复用节点，要删除和创建，对性能影响更大。而不带key时节点的就地复用，省去了删除和创建的开销，只需要修改内容，所以刻意默认行为以获取性能上的提升。
两个图也应该很明显的表现出不带key会带来一些隐藏的副作用，比如上图的状态错位。其实在我看来，带key和不带key虽然有性能上的争议，但是对于用户来说基本没什么区别，为了消除一些异常，建议还是带上key。
最后总结一下，key对于diff算法的性能有影响，针对简单的渲染，不带key性能更好，针对复杂的渲染带key性能更好。至于这个复杂渲染的程度，暂时也是不知。而不带key会有一些隐藏的副作用，所以建议带上唯一的key。
