Hello，大家好，我是 Sunday。

最近有個同學在小紅書三面的時候遇到了一個面試題：“v-for循環，為什么不建議使用index作為key？”

按說這個問題并不復雜，所以該同學直接回答：“使用 index 作為 key 可能會導致渲染性能問題，特別是數據源使用了 unshift 將數據添加到頭部時，會導致 index 被重新規劃，從而導致重新渲染。”

然后面試官繼續追問：“為什么 index 變化了就會導致 dom 重新渲染？它的渲染機制是什么？”

額... 吃了沒有看過源碼的虧，導致這個問題并沒有回答出來（但愿該同學這次小紅書面試可以順利通過，畢竟都到技術三面了）。

所以，咱們今天就針對這個面試題來說一下。

v-for 循環的渲染時機

在 Vue 的渲染中，有兩個比較重要的渲染時機：渲染、更新。

• 渲染：指的是 DOM 的首次渲染。首次的渲染性能的消耗是固定的。
• 更新：指的是 數據變化后影響到的視圖變化，所謂的性能問題，主要就集中在這里。

我們以這段代碼為例，以下代碼表示的就是一段 更新 的邏輯：

<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 對比發生的變化。

而在 vue 中，一旦兩組 dom 對比更新，那么就會觸發 diff 算法 的邏輯，而在 diff 中有這樣一段 vue 的源代碼 isSameVNodeType：

圖片

這段代碼是用來判斷 兩個 DOM 是否相等的。

它的判斷條件有兩個：

1. type：表示當前 dom 的類型，比如：li、div、p 等不同標簽名
2. key：v-for 循環中綁定的 key 值

那么由此我們就可以知道：在 vue 中，通過 type + key 兩個屬性來判斷 dom 是否相等。

如果條件滿足（isSameVNodeType 返回 true），那么就不會重新渲染 dom，從而可以 提升性能

index 為什么會影響性能？

根據上面的內容，我們可以知道：在 type 不變的前提下，key 就決定了 dom 是否要重新渲染。

假如，我們使用 index 作為 key，同時使用 unshift 方法為數組添加了一個新的元素，那么所有的 index 都會發生變化，從而導致：isSameVNodeType 返回 false，即：所有的 dom 全部重新渲染 從而影響性能