中興AX5400Pro+上手體驗(yàn)：再升級 雙2.5G網(wǎng)口+USB 3.0這次全都有
2021年11月的時(shí)候，中興先后發(fā)布了兩款路由器產(chǎn)品，中興AX5400和中興AX5400 Pro，從產(chǎn)品命名上就不難看出這是隸屬于同一系列的，但在外觀設(shè)計(jì)上這兩款產(chǎn)品可以說是完全沒一點(diǎn)關(guān)系
Hello，大家好，我是 Sunday。
最近有個(gè)同學(xué)在小紅書三面的時(shí)候遇到了一個(gè)面試題：“v-for循環(huán)，為什么不建議使用index作為key？”
按說這個(gè)問題并不復(fù)雜，所以該同學(xué)直接回答：“使用 index 作為 key 可能會導(dǎo)致渲染性能問題，特別是數(shù)據(jù)源使用了 unshift 將數(shù)據(jù)添加到頭部時(shí)，會導(dǎo)致 index 被重新規(guī)劃，從而導(dǎo)致重新渲染。”
然后面試官繼續(xù)追問：“為什么 index 變化了就會導(dǎo)致 dom 重新渲染？它的渲染機(jī)制是什么？”
額... 吃了沒有看過源碼的虧，導(dǎo)致這個(gè)問題并沒有回答出來（但愿該同學(xué)這次小紅書面試可以順利通過，畢竟都到技術(shù)三面了）。
所以，咱們今天就針對這個(gè)面試題來說一下。
在 Vue 的渲染中，有兩個(gè)比較重要的渲染時(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 更新。
同時(shí)，我們需要注意：針對于 v-for 的 dom 更新，一定是：兩組 dom 對比發(fā)生的變化。
而在 vue 中，一旦兩組 dom 對比更新，那么就會觸發(fā) diff 算法 的邏輯，而在 diff 中有這樣一段 vue 的源代碼 isSameVNodeType：
圖片
這段代碼是用來判斷 兩個(gè) DOM 是否相等的。
它的判斷條件有兩個(gè)：
那么由此我們就可以知道：在 vue 中，通過 type + key 兩個(gè)屬性來判斷 dom 是否相等。
如果條件滿足（isSameVNodeType 返回 true），那么就不會重新渲染 dom，從而可以 提升性能
根據(jù)上面的內(nèi)容，我們可以知道：在 type 不變的前提下，key 就決定了 dom 是否要重新渲染。
假如，我們使用 index 作為 key，同時(shí)使用 unshift 方法為數(shù)組添加了一個(gè)新的元素，那么所有的 index 都會發(fā)生變化，從而導(dǎo)致：isSameVNodeType 返回 false，即：所有的 dom 全部重新渲染 從而影響性能
本文鏈接：http://www.tebozhan.com/showinfo-26-85223-0.html小紅書面試：v-for循環(huán)，為什么不建議使用index作為key？
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號