Heim > Web-Frontend > View.js > Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

青灯夜游
Freigeben: 2021-11-29 19:35:29
nach vorne
1783 Leute haben es durchsucht

Warum wird in Vue nicht empfohlen, den Index als Schlüssel zu verwenden? Der folgende Artikel wird die Gründe für Sie analysieren. Ich hoffe, er wird Ihnen helfen.

Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

Solange in der Front-End-Entwicklung Listenrendering beteiligt ist, unabhängig davon, ob es sich um ein React- oder Vue-Framework handelt, wird jedes Listenelement aufgefordert oder benötigt, einen eindeutigen Schlüssel zu verwenden, sodass viele Entwickler den Index von direkt verwenden das Array als Schlüsselwert, ohne das Schlüsselprinzip zu kennen. Anschließend wird in diesem Artikel die Rolle des Schlüssels erläutert und erläutert, warum es am besten ist, den Index nicht als Attributwert des Schlüssels zu verwenden.

Die Rolle des Schlüssels

Vue verwendet den virtuellen Dom und vergleicht den alten und neuen DOM gemäß dem Diff-Algorithmus, um den realen Dom zu aktualisieren. Im Diff-Algorithmus spielt der Schlüssel eine Rolle eine äußerst wichtige Rolle. [Verwandte Empfehlung: „vue.js Tutorial“] Die Rolle von

key im Diff-Algorithmus

Tatsächlich sind die Diff-Algorithmen in React und Vue ungefähr gleich, aber die Diff-Vergleichsmethoden sind immer noch recht unterschiedlich. sogar Jede Version des Diffs ist ganz anders. Als nächstes verwenden wir den Vue3.0-Diff-Algorithmus als Ausgangspunkt, um die Rolle des Schlüssels im Diff-Algorithmus zu analysieren. In Vue3.0 gibt es einen solchen Quellcode in der patchChildren-Methode.

if (patchFlag > 0) {
      if (patchFlag & PatchFlags.KEYED_FRAGMENT) { 
         /* 对于存在 key 的情况用于 diff 算法 */
        patchKeyedChildren(
         ...
        )
        return
      } else if (patchFlag & PatchFlags.UNKEYED_FRAGMENT) {
         /* 对于不存在 key 的情况,直接 patch  */
        patchUnkeyedChildren( 
          ...
        )
        return
      }
    }
Nach dem Login kopieren

patchChildren Je nachdem, ob es einen Schlüssel gibt, um einen echten Diff- oder direkten Patch durchzuführen. Wir werden uns nicht mit dem Fall befassen, dass der Schlüssel nicht existiert.

Werfen wir zunächst einen Blick auf einige deklarierte Variablen. Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

/*  c1 老的 vnode c2 新的vnode  */
let i = 0              /* 记录索引 */
const l2 = c2.length   /* 新 vnode的数量 */
let e1 = c1.length - 1 /* 老 vnode 最后一个节点的索引 */
let e2 = l2 - 1        /* 新节点最后一个节点的索引 */
Nach dem Login kopieren

Synchronisieren Sie den Hauptknoten

Der erste Schritt besteht darin, denselben V-Knoten von Anfang an zu finden und ihn dann zu patchen. Wenn festgestellt wird, dass es sich nicht um denselben Knoten handelt, verlassen Sie sofort die Schleife.

//(a b) c
//(a b) d e
/* 从头对比找到有相同的节点 patch ,发现不同,立即跳出*/
    while (i <= e1 && i <= e2) {
      const n1 = c1[i]
      const n2 = (c2[i] = optimized
        ? cloneIfMounted(c2[i] as VNode)
        : normalizeVNode(c2[i]))
        /* 判断 key ,type 是否相等 */
      if (isSameVNodeType(n1, n2)) {
        patch(
          ...
        )
      } else {
        break
      }
      i++
    }
Nach dem Login kopieren

Der Prozess ist wie folgt:

isSameVNodeType wird verwendet, um zu bestimmen, ob der aktuelle Vnode-Typ und der Schlüssel des Vnodes gleich sind

export function isSameVNodeType(n1: VNode, n2: VNode): boolean {
  return n1.type === n2.type && n1.key === n2.key
}
Nach dem Login kopieren

Nachdem Sie das gesehen haben, wissen Sie tatsächlich bereits, welche Rolle der Schlüssel spielt im Diff-Algorithmus, der verwendet wird, um zu bestimmen, ob sie mit einem Knoten identisch sind.

Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wirdSynchronisieren Sie die Endknoten

Der zweite Schritt ist derselbe wie der Diff, beginnend am Ende

//a (b c)
//d e (b c)
/* 如果第一步没有 patch 完,立即,从后往前开始 patch  如果发现不同立即跳出循环 */
    while (i <= e1 && i <= e2) {
      const n1 = c1[e1]
      const n2 = (c2[e2] = optimized
        ? cloneIfMounted(c2[e2] as VNode)
        : normalizeVNode(c2[e2]))
      if (isSameVNodeType(n1, n2)) {
        patch(
         ...
        )
      } else {
        break
      }
      e1--
      e2--
    }
Nach dem Login kopieren

Wenn Sie nach dem ersten Schritt feststellen, dass der Patch nicht abgeschlossen ist, fahren Sie sofort mit dem zweiten Schritt fort vom Heck und durch das Differenzial nach vorne. Wenn festgestellt wird, dass es sich nicht um denselben Knoten handelt, verlassen Sie die Schleife sofort. Der Prozess ist wie folgt:

Neuen Knoten hinzufügen

Schritt 3: Wenn die alten Knoten alle gepatcht sind und die neuen Knoten nicht gepatcht sind, erstellen Sie einen neuen VnodeEingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

//(a b)
//(a b) c
//i = 2, e1 = 1, e2 = 2
//(a b)
//c (a b)
//i = 0, e1 = -1, e2 = 0
/* 如果新的节点大于老的节点数 ,对于剩下的节点全部以新的 vnode 处理(这种情况说明已经 patch 完相同的 vnode ) */
    if (i > e1) {
      if (i <= e2) {
        const nextPos = e2 + 1
        const anchor = nextPos < l2 ? (c2[nextPos] as VNode).el : parentAnchor
        while (i <= e2) {
          patch( /* 创建新的节点*/
            ...
          )
          i++
        }
      }
    }
Nach dem Login kopieren

Der Prozess ist wie folgt:

Redundante Knoten löschen

Schritt 4: Wenn alle neuen Knoten gepatcht sind und noch alte Knoten vorhanden sind, dann alle alten Knoten deinstallieren Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

//i > e2
//(a b) c
//(a b)
//i = 2, e1 = 2, e2 = 1
//a (b c)
//(b c)
//i = 0, e1 = 0, e2 = -1
else if (i > e2) {
   while (i <= e1) {
      unmount(c1[i], parentComponent, parentSuspense, true)
      i++
   }
}
Nach dem Login kopieren

Der Vorgang ist wie folgt:

Der längste zunehmende Folge

Vergleichen Sie in diesem Schritt, dass die Kernszene noch nicht erschienen ist. Wenn wir Glück haben, kann es hier enden, aber wir können uns nicht nur auf Glück verlassen. Das verbleibende Szenario besteht darin, dass sowohl der alte als auch der neue Knoten mehrere untergeordnete Knoten haben. Dann schauen wir uns an, wie Vue3 das macht. Um die Vorgänge „Verschieben“, „Hinzufügen“ und „Deinstallieren“ zu kombinierenEingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

Jedes Mal, wenn wir ein Element verschieben, können wir eine Regel finden. Wenn Sie es so oft wie möglich verschieben möchten, bedeutet dies, dass einige Elemente stabil sein müssen . Welche Regeln gelten also für Elemente, die stabil bleiben können?

Sie können sich das obige Beispiel ansehen: c h d e VS d e i c Beim Vergleich können Sie mit bloßem Auge erkennen, dass Sie nur c an das Ende verschieben, dann h deinstallieren und i hinzufügen müssen. d e kann unverändert bleiben. Es kann festgestellt werden, dass die Reihenfolge von d e im alten und neuen Knoten unverändert bleibt und der Index sich in einem aufsteigenden Zustand befindet.

这里引入一个概念,叫最长递增子序列。
官方解释:在一个给定的数组中,找到一组递增的数值,并且长度尽可能的大。
有点比较难理解,那来看具体例子:

const arr = [10, 9, 2, 5, 3, 7, 101, 18]
=> [2, 3, 7, 18]
这一列数组就是arr的最长递增子序列,其实[2, 3, 7, 101]也是。
所以最长递增子序列符合三个要求:
1、子序列内的数值是递增的
2、子序列内数值的下标在原数组中是递增的
3、这个子序列是能够找到的最长的
但是我们一般会找到数值较小的那一组数列,因为他们可以增长的空间会更多。
Nach dem Login kopieren

那接下来的思路是:如果能找到老节点在新节点序列中顺序不变的节点们,就知道,哪一些节点不需要移动,然后只需要把不在这里的节点插入进来就可以了。**因为最后要呈现出来的顺序是新节点的顺序,移动是只要老节点移动,所以只要老节点保持最长顺序不变,通过移动个别节点,就能够跟它保持一致。**所以在此之前,先把所有节点都找到,再找对应的序列。最后其实要得到的则是这一个数组:[2, 3, 新增 , 0]。其实这就是 diff 移动的思路了

Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

为什么不要用index

性能消耗

使用 index 做 key,破坏顺序操作的时候, 因为每一个节点都找不到对应的 key,导致部分节点不能复用,所有的新 vnode 都需要重新创建。

例子:

<template>
  <div class="hello">
    <ul>
      <li v-for="(item,index) in studentList" :key="index">{{item.name}}</li>
      <br>
      <button @click="addStudent">添加一条数据</button>
    </ul>

  </div>
</template>

<script>
export default {
  name: &#39;HelloWorld&#39;,
  data() {
    return {
      studentList: [
        { id: 1, name: &#39;张三&#39;, age: 18 },
        { id: 2, name: &#39;李四&#39;, age: 19 },
      ],
    };
  },
  methods:{
    addStudent(){
      const studentObj = { id: 3, name: &#39;王五&#39;, age: 20 };
      this.studentList=[studentObj,...this.studentList]
    }
  }
}
</script>
Nach dem Login kopieren

我们先把 Chorme 调试器打开,我们双击把里面文本修改一下

Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

我们运行以上上面的代码,看下运行结果

Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

从上面运行结果可以看出来,我们只是添加了一条数据,但是三条数据都需要重新渲染是不是很惊奇,我明明只是插入了一条数据,怎么三条数据都要重新渲染?而我想要的只是新增的那一条数据新渲染出来就行了。

上面我们也讲过 diif 比较方式,下面根据 diff 比较绘制一张图,看看具体是怎么比较的吧

Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

当我们在前面加了一条数据时 index 顺序就会被打断,导致新节点 key 全部都改变了,所以导致我们页面上的数据都被重新渲染了。

下面我们下面生成1000个 DOM 来比较一下采用 index ,和不采用 index 性能比较,为了保证 key 的唯一性我们采用 uuid 作为 key

我们用 index 做为 key 现执行一遍

<template>
  <div class="hello">
    <ul>
      <button @click="addStudent">添加一条数据</button>
      <br>
      <li v-for="(item,index) in studentList" :key="index">{{item.id}}</li>
    </ul>
  </div>
</template>

<script>
import uuidv1 from &#39;uuid/v1&#39;
export default {
  name: &#39;HelloWorld&#39;,
  data() {
    return {
      studentList: [{id:uuidv1()}],
    };
  },
  created(){
    for (let i = 0; i < 1000; i++) {
      this.studentList.push({
        id: uuidv1(),
      });
    }
  },
  beforeUpdate(){
    console.time(&#39;for&#39;);
  },
  updated(){
    console.timeEnd(&#39;for&#39;)//for: 75.259033203125 ms
  },
  methods:{
    addStudent(){
      const studentObj = { id: uuidv1() };
      this.studentList=[studentObj,...this.studentList]
    }
  }
}
</script>
Nach dem Login kopieren

换成 id 作为 key

<template>
  <div class="hello">
    <ul>
      <button @click="addStudent">添加一条数据</button>
      <br>
      <li v-for="(item,index) in studentList" :key="item.id">{{item.id}}</li>
    </ul>
  </div>
</template>
  beforeUpdate(){
    console.time(&#39;for&#39;);
  },
  updated(){
    console.timeEnd(&#39;for&#39;)//for: 42.200927734375 ms
  },
Nach dem Login kopieren

从上面比较可以看出,用唯一值作为 key 可以节约开销

数据错位

上述例子可能觉得用 index 做 key 只是影响页面加载的效率,认为少量的数据影响不大,那面下面这种情况,可能用 index 就可能出现一些意想不到的问题了,还是上面的场景,这时我先再每个文本内容后面加一个 input 输入框,并且手动在输入框内填写一些内容,然后通过 button 向前追加一位同学看看

<template>
  <div class="hello">
    <ul>
      <li v-for="(item,index) in studentList" :key="index">{{item.name}}<input /></li>
      <br>
      <button @click="addStudent">添加一条数据</button>
    </ul>
  </div>
</template>

<script>
export default {
  name: &#39;HelloWorld&#39;,
  data() {
    return {
      studentList: [
        { id: 1, name: &#39;张三&#39;, age: 18 },
        { id: 2, name: &#39;李四&#39;, age: 19 },
      ],
    };
  },
  methods:{
    addStudent(){
      const studentObj = { id: 3, name: &#39;王五&#39;, age: 20 };
      this.studentList=[studentObj,...this.studentList]
    }
  }
}
</script>
Nach dem Login kopieren

我们往 input 里面输入一些值,添加一位同学看下效果:

Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

这时候我们就会发现,在添加之前输入的数据错位了。添加之后王五的输入框残留着张三的信息,这很显然不是我们想要的结果。

1Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

从上面比对可以看出来这时因为采用 index 作为 key 时,当在比较时,发现虽然文本值变了,但是当继续向下比较时发现DOM 节点还是和原来一摸一样,就复用了,但是没想到 input 输入框残留输入的值,这时候就会出现输入的值出现错位的情况

解决方案

既然知道用 index 在某些情况下带来很不好的影响,那平时我们在开发当中怎么去解决这种情况呢?其实只要保证 key 唯一不变就行,一般在开发中用的比较多就是下面三种情况。

  • 在开发中最好每条数据使用唯一标识固定的数据作为 key,比如后台返回的 ID,手机号,身份证号等唯一值

  • 可以采用 Symbol 作为 key,Symbol 是 ES6 引入了一种新的原始数据类型 Symbol ,表示独一无二的值,最大的用法是用来定义对象的唯一属性名。

let a=Symbol(&#39;测试&#39;)
let b=Symbol(&#39;测试&#39;)
console.log(a===b)//false
Nach dem Login kopieren
  • 可以采用 uuid 作为 key ,uuid 是 Universally Unique Identifier 的缩写,它是在一定的范围内(从特定的名字空间到全球)唯一的机器生成的标识符

我们采用上面第一种方案作为 key 在看一下上面情况,如图所示。key 相同的节点都做到了复用。起到了diff 算法的真正作用。

Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wirdEingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

1Eingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird

Zusammenfassung

  • Wenn Sie den Index als Schlüssel verwenden und Vorgänge wie Hinzufügen in umgekehrter Reihenfolge, Löschen in umgekehrter Reihenfolge usw. ausführen, die die Reihenfolge der Daten zerstören, werden echte DOM-Aktualisierungen unnötig generiert, was zu einer geringen Effizienz führt
  • Wenn die Struktur den DOM der Eingabeklasse enthält und der Index als Schlüssel verwendet wird, kommt es zu einer falschen DOM-Aktualisierung
  • In der Entwicklung ist es am besten, eindeutig und fest zu verwenden Daten als Schlüssel für jedes Datenelement, z. B. die vom Hintergrund zurückgegebene ID, Mobiltelefonnummer, ID-Nummer und andere eindeutige Werte.
  • Wenn keine Vorgänge wie das Hinzufügen von Daten in umgekehrter Reihenfolge oder das Löschen vorhanden sind Daten in umgekehrter Reihenfolge usw., die die Reihenfolge zerstören und nur zum Rendern der Anzeige verwendet werden. Es ist auch möglich, den Index als Schlüssel zu verwenden (wird jedoch immer noch nicht empfohlen. Verwenden und entwickeln Sie gute Entwicklungsgewohnheiten).

Ursprüngliche Adresse: https://juejin.cn/post/7026119446162997261

Autor: Zhengcaiyun Front-End-Team

Weitere Programmierkenntnisse finden Sie unter: Einführung Programmierung ! !

Das obige ist der detaillierte Inhalt vonEingehende Analyse der Gründe, warum der Index nicht als Schlüssel in Vue empfohlen wird. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Verwandte Etiketten:
Quelle:juejin.cn
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage