从vue源码来看
为了以便于跟踪每个节点的身份，从而重新和重新排序现有元素，都需要为每一项添加一个key的属性
在virtual DOM更新的过程中来判断两个Vnode是否为相同的方法
sameVnode 其实很简单，只有当 key、 tag、 isComment（是否为注释节点）、data同时定义（或不定义），同时满足当标签类型为 input 的时候 type 相同（某些浏览器不支持动态修改类型，所以他们被视为不同类型）即可。
有key就真的就快吗
以上的例子，v-for的内容会生成以下的dom节点数组，我们给每一个节点标记一个身份id：
改变dataList数据，进行数据位置替换，对比改变后的数据
增删dataList列表项
从以上来看，不带有key，并且使用简单的模板，基于这个前提下，可以更有效的复用节点，diff速度来看也是不带key更加快速的，因为带key在增删节点上有耗时。这就是vue文档所说的默认模式。但是这个并不是key作用，而是没有key的情况下可以对节点就地复用，提高性能。
这种模式会带来一些隐藏的副作用，比如可能不会产生过渡效果，或者在某些节点有绑定数据（表单）状态，会出现状态错位。VUE文档也说明了 这个默认的模式是高效的，但是只适用于不依赖子组件状态或临时 DOM 状态 (例如：表单输入值) 的列表渲染输出
vue官网建议建议尽可能在使用 v-for 时提供 key attribute，除非遍历输出的 DOM 内容非常简单，或者是刻意依赖默认行为以获取性能上的提升。
但是key的作用是什么？
- 更准确 因为带key就不是
就地复用了，在sameNode函数a.key === b.key对比中可以避免就地复用的情况。所以会更加准确。 - 更快 利用key的唯一性生成map对象来获取对应节点，比遍历方式更快。(这个观点，就是我最初的那个观点。从这个角度看，map会比遍历更快。)
结语
这只是个简单的例子，实际应用会更复杂。带上唯一key虽然会增加开销，但是对于用户来说基本感受不到差距，而且能保证组件状态正确，这应该就是为什么推荐使用唯一id作为key的原因。至于具体怎么使用，就要根据实际情况来选择了。