for each和for的快慢问题经验之谈

在flash技术圈内，经常会讨论一些API的效率问题。之前也曾一度陷入一些问题的讨论，但到头来发现很多问题比较莫名其妙。因为as本身的封闭性，和flash社区的整体水平问题，很多问题很难从理论上深入的分析，从而都没有一致的定论。本来技术这种问题，即使没有绝对一致的定论，至少应该有相对一致的定论，但时常有时候有些人讲这些相对的结论推广到普遍的情况之下。

比如具体的一个问题：for和for each的快慢问题，因为我们无法进行深入的理论分析——即根据底层代码的拆解，来分析每一步的消耗——那么我们只有通过经验方法来证明。不过要注意，分析的本意是单独的考察某种因素对结果的影响，所以我们要确保影响问题的因素足够单一，并且更重要的是，在比较两种方法的时候要保证在一致的因素下。
经常看到有人在分析这个问题的时候，夹杂一些不必要的因素，甚至两种方法夹杂的因素都不一样。


以上是在Flex SDK 4.5下的测试结果，为了尽量将因素单一化，我们采用同样的操作，即累加数组元素，这里可以看见for循环并不低。
应该注意的是虽然同样都是累加操作，但是前者带有数组的下标访问，而后者则直接是对象的操作，所以严格来说影响这两种情况的因素并不一致，但考虑到实际情况中我们不可能脱离这两种特征而独立的去使用循环，所以这种不一致也是合情合理的。当然，在纯粹理论意义上我们也可以去掉累加操作而直接跑一边空的循环：


另外在追加一个小的测试：在for循环中采用+=和++两种运算符的快慢，


尽管每次测试结果不会太一样，但是总体看来，++的效率并不比+=低。但是经常听到有人说+=的效率更高，具体原因不明。
最后附一份Flash Pro CS6环境下的测试结果：


差别还是蛮大的，主要原因可能在于新版本的优化。

IT时代网(关注微信公众号ITtime2000，定时推送，互动有福利惊喜)所有原创文章版权所有，未经授权，转载必究。
创客100创投基金成立于2015年，直通硅谷，专注于TMT领域早期项目投资。LP均来自政府、互联网IT、传媒知名企业和个人。创客100创投基金对IT、通信、互联网、IP等有着自己独特眼光和丰富的资源。决策快、投资快是创客100基金最显著的特点。