了解哪个for
循环或迭代器适合需求,能够避免犯一些低级错误,进而导致应用性能的降低。
Javascript是web开发的一种新体验。不仅仅是像NodeJS、React、Angular、Vue等JS框架。但是,vanilla JS也有一个庞大的粉丝群。循环一直是大多数编程语言的重要组成部分。最新Javascript提供了很多方法来进行迭代和循环。
但是问题是,是否真的知道哪个循环或迭代性能最佳。有很多在for循环可供选择,for
、for(逆序)
、for...of
、forEach
。下面我们就来逐一了解。
const million = 1000000; const arr = Array(million); // for(逆序) console.time("for(逆序) ⏳"); for (let i = arr.length; i > 0; i--) {} console.timeEnd("for(逆序) ⏳"); // for(正序) console.time("for(正序) ⏳"); for (let i = 0, len = arr.length; i < len; i++) {} console.timeEnd("for(正序) ⏳"); // for(正序2) console.time("for(正序2) ⏳"); for (let i = 0; i < arr.length; i++) {} console.timeEnd("for(正序2) ⏳"); // forEach console.time("forEach⏳ "); arr.forEach((v) => v); console.timeEnd("forEach⏳ "); // for...of console.time("for...of⏳ "); for (const v of arr) { } console.timeEnd("for...of⏳ ");
运行后的结果如下:
for(逆序) ⏳: 3.375ms for(正序) ⏳: 2.592ms for(正序2) ⏳: 2.259ms forEach⏳ : 4.149ms for...of⏳ : 24.111ms
总结:for(正序)和for(逆序)循环所耗时间相差不到1毫秒。在逆序for循环计算起始变量let i = arr.length
,在for(正序)循环中,每次都会检查i < arr.length
的检查条件,因此从执行结果看for(正序2)减少了i < arr.length
的判断是能够明显改善效率。
因此在编写for循环的时候,应该减少
i < arr.length
类似的判断
forEach
是数组原型的方法,算是比较正常的for循环,forEach
和for…of
更多的用于数组的迭代。
每个人都熟悉这个循环,基本在需要循环的地方就使用for,运行重复的代码块,是传统for循环中最快的。有的时候性能并不是唯一的使用标准,代码可读性也需要考虑,因此算是默认情况下使用的范式。
接受回调函数作为输入参数,并且对于数组中的每个元素,都会执行此回调函数。forEach回调函数接受当前值和对应的索引。h同样,允许this
在回调函数中使用可选参数。
const array = ["dev", "point", "coding"]; const forCallback = (item, index) => { console.log(`${item} : ${index}`); }; array.forEach(forCallback);
运行结果:
dev : 0 point : 1 coding : 2
注意:如果使用forEach,则无法利用Javascript中的短路功能(当在Javascript中使用
&&
或||
这样的逻辑操作符时,它将帮助我们提前终止和或跳过循环的迭代)。
for…of
在ES6(ECMAScript 6)中已标准化。 for…of
用于创建一个在可迭代对象(如数组、映射、集合、字符串等)上迭代的循环。此循环的另一个优点是可读性更好。
const arrNumbers = [1, 3, 5]; const arrChats = "devpoint"; console.info("==>arrNumbers"); for (let i of arrNumbers) { console.log(i); } console.info("==>arrChats"); for (let i of arrChats) { console.log(i); }
注意:即使
for...of
提前终止,也不要在生成器上重用。退出循环后,将关闭生成器,并再次尝试重复该生成器将不会产生进一步的结果。
for
最快,可读性差点forEach
快速,可控制迭代属性for...of
慢,更方便for...in
慢,不方便。最后,虽然效率重要,但是在项目开发中,首选考虑代码的可读性。因为在复杂的应用开发中,代码的可读性比性能更重要,避免不必要的修饰。