来源:网易邮箱
循环是大多数编程语言都具备的基本功能,JS也不例外,不同之处在于JS是解释型语言,运行于浏览器环境中,客户端的软硬件条件会对JS执行效率产生很大的影响。然而客户端环境对于开发者是未知、多样的,并且难以改变,所以优化代码质量是提高代码效率的主要途径。
JS代码中,循环是比较容易导致性能问题的因素。理解循环特性进而有针对性地进行优化也许会带来不错的性能提升。
for、while、do-while循环:
这三种循环本身的循环效率相差不多,所以只要根据适合的应用场景选择即可。
以for循环为例:
1 2 3 4 5 |
var aValues = ["a", "b", "c", "d"]; for(var i = 0; i < aValues.length; i += 1){ fDoSomethingA(aValues[i]); fDoSomethingA(aValues[i]); } |
上面例子中每次循环都要比较i与数组的长度,所以每次都要重新读取数组长度,由如果数组长度在循环中是不变的,这样做就没有必要,我们可以使用局部变量代替length的读取。同理,例子中,aValues[i]由于被读取两次以上,我们也可以将它赋值给局部变量:
1 2 3 4 5 6 |
var aValues = ["a", "b", "c", "d"], nLength = aValues.length; for(var i = 0, sValue; i < nLength; i += 1){ sValue = aValues[i]; fDoSomethingA(sValue); fDoSomethingB(sValue); } |
如果循环的业务逻辑对循环顺序不敏感,可以尝试倒序循环,即将计数器递减到0。
1 2 3 4 5 6 |
var aValues = ["a", "b", "c", "d"], nLength = aValues.length; for(var i = nLength, sValue; i -= 1;){ sValue = aValues[i]; fDoSomethingA(sValue); fDoSomethingB(sValue); } |
使用这种方式计数器默认与0进行比较,连局部变量比较都省略了,理论上也能提高效率。
for-in循环:
for-in循环更像在穷举,他用来遍历对象属性,我们知道对象属性的查找会一直延续到原型链顶端,这将大大降低循环效率。for-in循环的写法上没有什么优化空间,需要在使用时遵循一定原则:尽量只在遍历数据型对象的时候才使用for-in循环。
如果遍历对象的属性是明确的,可以使用数组循环替代。
例如遍历一个联系人对象:
1 2 3 4 |
var aContact = ["N", "FN", "EMAIL;PREF", ...]; for(var i = aContact.length; i -= 1;){ fDoSomething(aContact[i]); } |
Duff策略
Duff策略的主要原理是通过展开循环减少次数来提高效率。例如
一个普通循环:
1 2 3 |
for(var i = aValues.length; i -= 1){ fDoSomething(aValues[i]); } |
如果aValues.length == N,写成以下这种方式的效率将比循坏来的高:
1 2 3 4 5 6 7 |
fDoSomething(aValues[0]); fDoSomething(aValues[1]); fDoSomething(aValues[2]); fDoSomething(aValues[3]); ... ... fDoSomething(aValues[N-1]); |
但如果N很大,这种写法就不现实,而Duff策略是一种适中的循环展开策略。
近日在网易邮箱通讯录联系人的初始化循环中加入了Duff策略:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
var nLength = aContacts.length, // 总轮数 nRounds = Math.floor( nLength / 8), // 额外余量 nLeft = nLength % 8, i = 0; // 先处理余量 if(nLeft){ do{ fFormat(aContacts[i ++]); }while(-- nLeft) } // 每轮执行8次格式化 if(nRounds){ do{ fFormat(aContacts[i ++]); fFormat(aContacts[i ++]); fFormat(aContacts[i ++]); fFormat(aContacts[i ++]); fFormat(aContacts[i ++]); fFormat(aContacts[i ++]); fFormat(aContacts[i ++]); fFormat(aContacts[i ++]); }while(-- nRounds) } |
如上所示,每轮循环可以执行8个联系人数据的格式化操作,还有一轮循环用于处理余下的联系人。由此可见,在联系人较多的情况下总的循环次数大大降低,可以降低循环的消耗。另外,8是Duff策略提出的最优值。
实际测试时发现在IE下可以带来10-20%以上的性能提升,而非IE浏览器中几乎看不到区别。
结束语:在测试过程中发现非IE浏览器下,优化后和优化前的效率差距并不是很大,甚至可以忽略,这说明这些浏览器的JS引擎对循环做了很好的优化,对开发者是非常友好的表现,无奈IE6、7、8下差距很明显,但这符合我们预期。因此,赶快对JS代码中的对循环进行优化吧!