数组遍历是编码中很常见的一种需求，我们来扒一拔iOS里面都有什么样的方法来实现，有什么特点。

      因为ios是兼容C语言的，所以c语言里面的最最常见的for循环遍历是没有问题的。

      本文中用的数组是获取的系统的语言数组，大约有30多个数据，虽然还不够模拟大批量的数据，但对于方法的验证是没有问题的了。

 

      第一种方法是最最熟悉的C语言演化过来的：

 

 

      这个方法最普通，效率也一般，但它也有好处，一是方便针对下标的处理，就是说如果我要处理i==10的情况是很简便的，另一个是可以比较方便的反向遍历。

 

 

      Objective-C 1.0里面的NSEnumerator也可以进行遍历，代码如下：

 

 

      这里我们可以看到没有下标了，通过nextObject的方法来遍历。这个方法的好处是对于遍历NSDictionary和NSSet代码也比较类似，不便的是对于下标的处理会不方便，另外反向遍历需要用reverseObjectEnumerator方法。

 

      objective-c发展到2.0时又有了快速遍历功能，代码如下：

 

 

      这里代码简洁清晰，很长时间是我写代码的首选，号称效率也最高，不过不便之处同样明显，如果算法要求知道数组的下标，这个方法就抓瞎了。另外，反向需要通过[langArray reverseObjectEnumerator]来实现。

 

      等到block出来后，iOS里面新增加了enumerateObjectsUsingBlock:的方法，代码如下：

 

 

      这里我们看到block里面的参数包括object，下标以及是否停止遍历，应该说，这个能满足基本所有的遍历需求了，有下标，有运行的对象，还有是否继续遍历的标志。不过反向遍历呢？苹果提供了另外一个方法：

 

 

      这个enumerateObjectsWithOptions:usingBlock:方法比enumerateObjectsUsingBlock:方法多传了一个参数，这个参数指定了遍历的顺序。

      说到这里，如果我们选择正向遍历，那么这两种方法是一样的么？答案也是否定的。在enumerateObjectsWithOptions:usingBlock:方法里面，如果指定了NSEnumerationConcurrent顺序，那么底层通过GCD来处理并发执行事宜，具体实现可能会用到dispatch group。也就是说，这个会用多线程来并发实现，并不保证按照顺序执行，但效率肯定是杠杠的！

      我们来看一下打印结果：

 

 

      从这个结果我们可以看出，确实遍历了整个数组，但并发按照顺序从头到尾——也就是说，用到了dispatch group。这在遍历大数组而有相互独立时对于效率的提高是相当有利的，赞一个！

 

      在iOS中，除数组外，还有NSDictionary和NSSet数据也是称为collection数据的，遍历有类似的地方，不过遍历没有数组那么频繁，方法上是差不多的。