小紅書面試：v-for循環(huán)，為什么不建議使用index作為key？
Hello，大家好，我是 Sunday。
最近有個同學(xué)在小紅書三面的時候遇到了一個面試題：“v-for循環(huán)，為什么不建議使用index作為key？”
按說這個問題并不復(fù)雜，所以該同學(xué)直接回答：“使用 index 作為 key 可能會導(dǎo)致渲染性能問題，特別是數(shù)據(jù)源使用了 unshift 將數(shù)據(jù)添加到頭部時，會導(dǎo)致 index 被重新規(guī)劃，從而導(dǎo)致重新渲染。”
然后面試官繼續(xù)追問：“為什么 index 變化了就會導(dǎo)致 dom 重新渲染？它的渲染機制是什么？”
額... 吃了沒有看過源碼的虧，導(dǎo)致這個問題并沒有回答出來（但愿該同學(xué)這次小紅書面試可以順利通過，畢竟都到技術(shù)三面了）。
所以，咱們今天就針對這個面試題來說一下。
v-for 循環(huán)的渲染時機
在 Vue 的渲染中，有兩個比較重要的渲染時機：渲染、更新。
- 渲染：指的是 DOM 的首次渲染。首次的渲染性能的消耗是固定的。
- 更新：指的是 數(shù)據(jù)變化后影響到的視圖變化，所謂的性能問題，主要就集中在這里。
我們以這段代碼為例，以下代碼表示的就是一段 更新 的邏輯：
<template>
<div>
<ul>
<li v-for="(item, index) in list" :key="index">{{ item }}</li>
</ul>
<button @click="change">change</button>
</div>
</template>
<script setup>
const list = ref([1, 2, 3])
const change = () => {
list.value = [3, 2, 1]
}
</script>如果我們把 [1, 2, 3] 作為一組 dom，把 [3, 2, 1] 作為另外一組 dom，那么 dom 由 [1, 2, 3] 變成 [3, 2, 1] 的過程就是 DOM 更新。
key 在渲染中的作用
同時，我們需要注意：針對于 v-for 的 dom 更新，一定是：兩組 dom 對比發(fā)生的變化。
而在 vue 中，一旦兩組 dom 對比更新，那么就會觸發(fā) diff 算法 的邏輯，而在 diff 中有這樣一段 vue 的源代碼 isSameVNodeType：
圖片
這段代碼是用來判斷 兩個 DOM 是否相等的。
它的判斷條件有兩個：
- type：表示當(dāng)前 dom 的類型，比如：li、div、p 等不同標(biāo)簽名
- key：v-for 循環(huán)中綁定的 key 值
那么由此我們就可以知道：在 vue 中，通過 type + key 兩個屬性來判斷 dom 是否相等。
如果條件滿足（isSameVNodeType 返回 true），那么就不會重新渲染 dom，從而可以 提升性能
index 為什么會影響性能？
根據(jù)上面的內(nèi)容，我們可以知道：在 type 不變的前提下，key 就決定了 dom 是否要重新渲染。
假如，我們使用 index 作為 key，同時使用 unshift 方法為數(shù)組添加了一個新的元素，那么所有的 index 都會發(fā)生變化，從而導(dǎo)致：isSameVNodeType 返回 false，即：所有的 dom 全部重新渲染 從而影響性能
