iOS开发技巧:开发过程中的集合遍历你真的会吗?

集合的遍历操作是开发中最常见的操作之一,从C语言经典的for循环到利用多核cpu的优势进行遍历,开发中ios有若干集合遍历方法,本文通过研究和测试比较了各个操作方法的效率和优略势,并总结几个使用集合遍历时的小技巧。

iOS中常用的遍历运算方法

遍历的目的是获取集合中的某个对象或执行某个操作,所以能满足这个条件的方法都可以作为备选:

经典for循环

for in (NSFastEnumeration),若不熟悉可以参考《nshipster介绍NSFastEnumeration的文章》

makeObjectsPerformSelector

kvc集合运算符

enumerateObjectsUsingBlock

enumerateObjectsWithOptions(NSEnumerationConcurrent)

dispatch_apply

测试

@interfaceSark:NSObject

@property(nonatomic)NSIntegernumber;

- (void)doSomethingSlow;// sleep(0.01)

@end


实验从两个方面来评价:

分别使用有 100 个对象和 1000000 个对象的 NSArray,只取对象,不执行操作,测试遍历速度

使用有 100 个对象的 NSArray 遍历执行doSomethingSlow方法,测试遍历中多任务运行速度

实验使用CFAbsoluteTimeGetCurrent()记录时间戳来计算运行时间,单位秒。

运行在 iPhone5 真机(双核cpu)


数据:

100对象遍历操作:

经典for循环 -0.001355

forin(NSFastEnumeration) -0.002308

makeObjectsPerformSelector -0.001120

kvc集合运算符(@sum.number) -0.004272

enumerateObjectsUsingBlock -0.001145

enumerateObjectsWithOptions(NSEnumerationConcurrent) -0.001605

dispatch_apply(Concurrent) -0.001380


1000000对象遍历操作:

经典for循环 -1.246721

forin(NSFastEnumeration) -0.025955

makeObjectsPerformSelector -0.068234

kvc集合运算符(@sum.number) -21.677246

enumerateObjectsUsingBlock -0.586034

enumerateObjectsWithOptions(NSEnumerationConcurrent) -0.722548

dispatch_apply(Concurrent) -0.607100

100对象遍历执行一个很费时的操作:

经典for循环 -1.106567

forin(NSFastEnumeration) -1.102643

makeObjectsPerformSelector -1.103965

kvc集合运算符(@sum.number) - N/A

enumerateObjectsUsingBlock -1.104888

enumerateObjectsWithOptions(NSEnumerationConcurrent) -0.554670

dispatch_apply(Concurrent) -0.554858

总结:

对于集合中对象数很多的情况下,for in (NSFastEnumeration)的遍历速度非常之快,但小规模的遍历并不明显(还没普通for循环快)

使用kvc集合运算符运算很大规模的集合时,效率明显下降(100万的数组离谱的21秒多),同时占用了大量内存和cpu

enumerateObjectsWithOptions(NSEnumerationConcurrent)和dispatch_apply(Concurrent)的遍历执行可以利用到多核cpu的优势(实验中在双核cpu上效率基本上x2)


对于耗时且顺序无关的遍历,使用并发版本

[array enumerateObjectsWithOptions:NSEnumerationConcurrentusingBlock:^(Sark *sark,NSUIntegeridx,BOOL*stop) {

[sark doSomethingSlow];

}];

遍历执行block会分配在多核cpu上执行(底层很可能就是gcd的并发queue),对于耗时的任务来说是很值得这么做的,而且在以后cpu升级成更多核心后不用改代码也可以享受带来的好处。同时,对于遍历的外部是保持同步的(遍历都完成后才继续执行下一行),猜想内部大概是gcd的dispatch_group或者信号量控制。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,869评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,716评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 166,223评论 0 357
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,047评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,089评论 6 395
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,839评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,516评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,410评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,920评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,052评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,179评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,868评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,522评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,070评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,186评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,487评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,162评论 2 356

推荐阅读更多精彩内容