关于JavaScript性能问题的误解

因为 JavaScript 是单线程的，所以只能从上到下一行一行去执行代码，如果遇到大的数据量计算就会比较耗时，也就是我们大部分人理解的性能有问题。

写这篇文章的缘由

写这篇文章的缘由是因为公司的一个前端同事，抱怨为了实现产品想要的特殊效果，只能前端去遍历处理数据，而后端接口又没有分页，担心数据量太大了这样遍历会不会有性能问题。

这里的设计确实会出现性能问题，列表类接口如果不分页，数据量一大后端查库的io开销和返回给前端数据的网络传输一定会耗时增加，页面上渲染大量数据时也有可能造成卡顿。

但这里的性能问题其实并不是由遍历造成的，因为就算前端去遍历处理1000、10000条数据，实际上并不会增加多少耗时，下面我们可以一起来简单模拟测试一下。

JavaScript 中计算代码执行耗时的方法

测试 JavaScript 代码执行时间主要有3种方法，最容易想到的应该就是直接获取前后的时间戳相减。

1、Date.now

Date.now() 和 new.Date().getTime() 都是返回 1970-01-01 到当前的毫秒时间戳，Date.now 作为静态方法比 new.Date 耗时要少，所以推荐用 Date.now

JavaScript 复制代码

function calcFunc() {
    let sum = 0
    for(let i = 0; i < 1000; i++) {
        sum += i
    }
    return sum
}

const timeStart = Date.now()
calcFunc()
const timeEnd = Date.now()
console.log(timeEnd - timeStart)

不过这种方式获取到的时间精度较低，少于1毫秒时获取到的都是0。

2、console.time

console.time 可以开启一个计时任务，参数就是一个任务名字符串，要求唯一，也可以不传（结束的时候 console.timeEnd 里也不传，会显示成 default）。

开启一个或多个计时任务后，可以通过 console.timeEnd 来结束并打印出耗时，参数就是前面开启时传入的任务名。

JavaScript 复制代码

function calcFunc() {
    let sum = 0
    for(let i = 0; i < 1000; i++) {
        sum += i
    }
    return sum
}

console.time('start')
calcFunc()
console.timeEnd('start')

只能在浏览器控制台或者node环境中终端窗口中使用，获取到的值无法赋值给代码中的变量。

3、performance.now

performance.now 是一个用于获取高精度时间戳的 JavaScript API，返回包括小数点的毫秒时间。

JavaScript 复制代码

function calcFunc() {
    let sum = 0
    for(let i = 0; i < 1000; i++) {
        sum += i
    }
    return sum
}

const timeBegin = performance.now()
calcFunc()
const timeOver = performance.now()
console.log(timeOver - timeBegin)

以上3种方法都可以获取代码的耗时，不过像示例中的1000次遍历大概耗时也就0.1毫秒左右，用Date.now的方式由于精度问题会是0，所以平时测试也不推荐这种方式，推荐使用performance.now来计算耗时。

开发中大胆地遍历数据

实际上我以前也有这种顾虑，遇到遍历总觉得会不会影响性能，如果能够用1次遍历解决问题绝对不用2次，还暗自庆幸省了一次遍历我这代码性能提高了。

直到在一次 code review 中被一个同事指出来，不要把所有代码都塞到一次遍历中去，明明在遍历中干了2件事，非得把代码混在一起。单独提取出来分别遍历，逻辑立马会变得清晰，可读性也提升了，实际上为了省掉的一次遍历节省的性能是可以忽略不计的。