官方文档,查看“变更的传导机制”即有详细的表述:
即使数据没有变化,迭代器中的元素标识符也可能会发生变化。比如,如果迭代器处理的目标是通过 RPC 从服务器取来的, 而 RPC 又重新执行了一次。那么即使数据没有变化,第二次的响应体还是会生成一些具有不同标识符的对象。Angular 将会清除整个 DOM, 并重建它(就仿佛把所有老的元素都删除,并插入所有新元素)。这是很昂贵的操作,应该尽力避免。
那么如何来避免呢?
可惜官网提供的例子无法运行,自己来个例子似乎会更好理解:
-
假设有这样的一个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的元素,从未刷新;似乎这里只能从源码中一探究竟。
(3)return item.name: name属性变化触发了刷新。
(4)return 'xxx': 返回与index和item都不相关的固定值,也会触发全部刷新。
抛开第二点得出一个猜测结果:使用trackBy的好处是自定义返回跟踪结果,以比对上次的跟踪结果,如果不一样,那么就刷新变化的页面实例(减少不必要的dom刷新而带来性能的提升)。
附上一个关于ngFor如何实现的回答:
stackoverflow.com/questions/4…
最终附上在线代码:
stackblitz.com/edit/angula…