如果不用key,则会出现这样的一个warning
那我们为甚么要用key呢?
当我们需要渲染一个列表的时候,React 会存储这个列表每一项的相关信息。当我们要更新这个列表时,React 需要确定哪些项发生了改变。我们有可能增加、删除、重新排序或者更新列表项。
想象一下把下面的代码
<li>Alexa: 7 tasks left</li>
<li>Ben: 5 tasks left</li>
转换成下面的代码
<li>Ben: 9 tasks left</li>
<li>Claudia: 8 tasks left</li>
<li>Alexa: 5 tasks left</li>
除了数字发生了改变之外,阅读这段代码的人也许会认为我们把 Alexa 和 Ben 的顺序交换了位置,然后把 Claudia 插入到 Alexa 和 Ben 之间。然而,React 是电脑程序,它并不知道我们想要什么。因为 React 无法得知我们人类的意图,所以我们需要给每一个列表项一个确定的 key 属性,它可以用来区分不同的列表项和他们的同级兄弟列表项。你可以使用字符串,比如 alexa
, ben
, claudia
。如果我们使用从数据库里获取的数据,那么 Alexa、Ben 和 Claudia 的数据库 ID 就可以作为 key 来使用。
<li key={user.id}>{user.name}: {user.taskCount} tasks left</li>
每当一个列表重新渲染时,React 会根据每一项列表元素的 key 来检索上一次渲染时与每个 key 所匹配的列表项。如果 React 发现当前的列表有一个之前不存在的 key,那么就会创建出一个新的组件。如果 React 发现和之前对比少了一个 key,那么就会销毁之前对应的组件。如果一个组件的 key 发生了变化,这个组件会被销毁,然后使用新的 state 重新创建一份。
key
是 React 中一个特殊的保留属性(还有一个是 ref
,拥有更高级的特性)。当 React 元素被创建出来的时候,React 会提取出 key
属性,然后把 key 直接存储在返回的元素上。虽然 key
看起来好像是 props
中的一个,但是你不能通过 this.props.key
来获取 key
。React 会通过 key
来自动判断哪些组件需要更新。组件是不能访问到它的 key
的。
强烈推荐,每次只要构建动态列表的时候,都要指定一个合适的 key。如果没有找到一个合适的 key,那么就需要考虑重新整理你的数据结构了,这样才能有合适的 key。
如果你没有指定任何 key,React 会发出警告,并且会把数组的索引当作默认的 key。但是如果想要对列表进行重新排序、新增、删除操作时,把数组索引作为 key 是有问题的。显式地使用 key={i}
来指定 key 确实会消除警告,但是仍然和数组索引存在同样的问题,所以大多数情况下最好不要这么做。
组件的 key 值并不需要在全局都保证唯一,只需要在当前的同一级元素之前保证唯一即可。