官方文档，查看“变更的传导机制”即有详细的表述：

 

即使数据没有变化，迭代器中的元素标识符也可能会发生变化。比如，如果迭代器处理的目标是通过 RPC 从服务器取来的， 而 RPC 又重新执行了一次。那么即使数据没有变化，第二次的响应体还是会生成一些具有不同标识符的对象。Angular 将会清除整个 DOM， 并重建它（就仿佛把所有老的元素都删除，并插入所有新元素）。这是很昂贵的操作，应该尽力避免。

 

NgForOf - Angular 官方文档

 

那么如何来避免呢？

 

要想自定义默认的跟踪算法，NgForOf支持trackBy选项。trackBy接受一个带两个参数（index和item）的函数。 如果给出了trackBy，Angular 就会使用该函数的返回值来跟踪变化。

 

来个例子：

 

假设有这样的一个html

 

<a (click)="add()">添加</a>

 

<ul>

 

  <li 

 

    *ngFor="let i of arr; index as ii; trackBy: trackFunc">

 

    {{i.id}} / {{ i.name }}

 

   </li>

 

</ul>

 

2. 然后来点ts

 

arr = [

 

  { id: 1, name: 'a' },

 

  { id: 2, name: 'b' },

 

  { id: 3, name: 'c' },

 

  { id: 4, name: 'e' }

 

];

 

trackFunc = (index, item) => {

 

  // 改变这里查看页面dom刷新状况

 

  return index;

 

  // return 'xxx';

 

  // return item.id;

 

  // return item.name;

 

 };

 

 add() {

 

   const last = this.arr[this.arr.length - 1];

 

   this.arr.unshift({

 

     id: last.id, // 新加的元素id与开始定义的最后一个元素id相同，请注意！

 

     name: Math.random().toString() // 新加的元素name是随机字符

 

   });

 

 }

 

3. 运行

 

以不停的往数组开始插入元素，查看页面刷新的情况。

 

（1）return index;

 

刷新全部li

 

（2）return item.id;

 

只会刷新id相同的li

 

（3）return item.name;

 

只会刷新name变化的li

 

（4）return 'xxx'; 纯粹搞事情。。。

 

情况跟return index一样，刷新全部的li

 

通过以上的实践可知：

 

（1）return index: 数组索引变化触发刷新。

 

（2）return item.id: 最后个元素Id与新增的元素id相同，但也在刷新；但id为1，2，3的元素，从未刷新；再以追加的方式添加元素时，id为4的未在刷新。

 

（3）return item.name: name属性变化触发了刷新。

 

（4）return 'xxx': 返回与index和item都不相关的固定值，也会触发全部刷新。