前台性能优化总结

场景

某天上完课，走在路上，忽然想起来，一个企业中，计算机量可能很大，500到2000左右。

分组时，可能会很耗时，前台能不能承受的住。

模拟加了1000台计算机，前台直接炸，将近4秒才能出来，而且选择的时候也很卡。

学习了不少数据量多时性能优化的方法，目前前台通过一系列优化，能保证在Chrome浏览器环境、1000台测试机的条件下，，2s内完成页面渲染。

优化

组件介绍

前台多选使用的是NZ为咱们提供的多选框组件，该组件要求输入信息必须知足必定格式。

/**
 * NZ 多选框
 * nz-checkbox-group
 * 数据格式规范
 */
export class NzCheckBoxSpec<T> {
    label: string;
    value: T;
    checked: boolean;
}

因此，计算机多选组件总体逻辑以下：

1. 获取外部传入的计算机列表(考虑到默认选中的问题)。
2. 从后台查询全部的计算机列表。
3. 根据全部计算机构造NZ多选框组件的输入，checked一项根据当前遍历的计算机是否在传入的计算机列表中判断。

性能问题

看着问题不大：

this.hostService.getAllHosts().subscribe((hosts) => {
    this.hostListValues = [];
    // 使用主机信息构造多选框绑定数据
    hosts.forEach((host) => {
        this.hostListValues.push({
            label: host.name,
            value: host,
            checked: HostCheckboxComponent.existIn(host, this._hostList)
        });
    });
});

查阅相关资料，原来一直都用的有问题，forEach虽然很好使，可是是性能最低的一种循环。

性能测试

我亲自写测试代码测试三种循环方式的性能(数据量2000，内部执行一样业务操做)：

实验次数 / 实验方法	forEach	for of	for
1	654ms	524ms	517ms
2	604ms	571ms	563ms
3	550ms	506ms	508ms
4	621ms	495ms	522ms
5	506ms	562ms	470ms
平均时间	587ms	531.6ms	516ms

我这里只是部分少许数据，结果具备随机性，不具备广泛性。

反正这里我是总结出几点：

1. 当数据量少的时候，我使用forEach，方便。
2. 当数据量大的时候，我是用for循环，性能略好。
3. 当须要在循环中return时，使用for of，方便。

学习过程当中还查到了Duff's Device，这是目前性能最好的循环方式。有人测试，Duff's Device须要达到30万的数据量才能显示其算法高效的性能。

组件的错误使用

最开始，组件是这样使用的。

<app-host-checkbox [hostList]="hostGroup.hostList"
                   (hostCheck)="bindHostList($event)"></app-host-checkbox>

看着没啥毛病啊，把计算机组的hostList传进去，而后一个输出事件，绑定hostCheck事件，当选中的计算机有改动的时候就调用bindHostList()方法。

bindHostList(hostList: Array<Host>): void {
    this.hostGroup.hostList = hostList;
}

注意看这张图：

1. 页面把hostGroup的hostList传给组件。
2. 组件初始化，当用户选择的时候，再把选中的值回传给hostGroup。
3. hostGroup的hostList变了，又传给组件了。

因此，组件初始化执行了两次，原本for循环就已经很耗时了，更况且执行两次。以前测试数据少没发现。

新建临时变量，该变量只用于传输入的hostList。

总结

在校学习过的东西，咱们老是好久之后用到。

若是不是华软项目，也用不到学过的计算机网络，没有大数据量，学的算法复杂度也用不上。

当编码不是问题的时候，咱们开始考虑设计与用户体验。