GCD学习

iOS中多线程编程工具主要有：

• NSThread
• NSOperation
• GCD

这三种方法都简单易用,各有千秋.但无疑GCD是最有诱惑力的,因为其本身是apple为多核的并行运算提出的解决方案.虽然当前移动平台用双核的不多,但不影响GCD作为多线程编程的利器(ipad2已经是双核了,这无疑是一个趋势).

http://www.cnblogs.com/scorpiozj/archive/2011/07/25/2116459.html

GCD是和block紧密相连的,所以最好先了解下block(可以查看这里).GCD是C level的函数,这意味着它也提供了C的函数指针作为参数,方便了C程序员.

首先来看GCD dispatch_async的怎样使用:

dispatch_async(dispatch_queue_t queue, dispatch_block_t block);

async表明异步运行,block代表的是你要做的事情,queue则是你把任务交给谁来处理了.(除了async,还有sync,delay,本文以async为例).

之所以程序中会用到多线程是因为程序往往会需要读取数据,然后更新UI.为了良好的用户体验,读取数据的操作会倾向于在后台运行,这样以避免阻塞主线程.GCD里就有三种queue来处理.

1. Main queue：

　　顾名思义,运行在主线程,由dispatch_get_main_queue获得.和ui相关的就要使用Main Queue.

2.Serial quque(private dispatch queue)

　　每次运行一个任务,可以添加多个,执行次序FIFO. 通常是指程序员生成的,比如:

NSDate *da = [NSDate date];NSString *daStr = [da description];constchar*queueName = [daStr UTF8String];dispatch_queue_t myQueue = dispatch_queue_create(queueName, NULL);

3. Concurrent queue(global dispatch queue):

可以同时运行多个任务,每个任务的启动时间是按照加入queue的顺序,结束的顺序依赖各自的任务.使用dispatch_get_global_queue获得.

所以我们可以大致了解使用GCD的框架:

dispatch_async(getDataQueue,^{    //获取数据,获得一组后,刷新UI.    dispatch_aysnc (mainQueue, ^{    //UI的更新需在主线程中进行};})

由此可见,GCD的使用非常简单,以我的使用经验来看,以后会逐步淘汰使用NSOperation而改用GCD.

最后感慨下,苹果为吸引开发者而将开发门槛降的非常低.以多线程编程为例,似乎还没有比iOS更容易的平台.这无疑会吸引更多的人来淘金,但无疑竞争也会异常激烈.要脱颖而出app在创意上无疑得有独到之处. 这真的是把双刃剑,吐槽下~~.

 

再来看GCD dispatch_async的使用:

之前说过GCD中的serial queue是FIFO的执行次序,也就是说你依次添加进queue的任务会按照先后顺序执行完毕.

最近在做一个关于iCloud的项目,在更新文件夹内容变化的时候用到了serial queue,处理逻辑如下:

- (void)presentedSubitemDidChangeAtURL:(NSURL *)url{     NSDate *currentDate = [NSDate date];     myQueue = NULL;     if (myQueue == NULL) {         myQueue = dispatch_queue_create([[currentDate description] UTF8String], NULL);    }    dispatch_async(myQueue, ^{     //fetch the data     [array addObject:obj];     [self.tableView insertRowsAtIndexPaths:arr withRowAnimation:UITableViewRowAnimationFade];     });}

即使有大批量文件上传,更新的时候逐步调用此函数.因为myQueue是个serial queue,更新的时候会依照先后顺序逐条更新.

但是实际测试的时候,比如上传50个文件的时候,程序往往会崩溃,错误原因大概是:

table view的datasource更新后的数目不等于更新前的数目和删除/添加的数目之和.

也就是说,array可能已经添加了好几个元素了,但是才做了一次UI的更新.

这就让我很奇怪,因为serial首先是FIFO的,并且每次执行的:获取数据-刷新UI的任务都是相同的,怎么还会发生这样的问题?

后来仔细看了下文档,可能是iOS5里有了变化,文档中提到:

Blocks submitted to a concurrent queue are dequeued in FIFO order but may run concurrently if resources are available to do so.

原来在某种情况下,serial queue会变成concurrently queue.但是什么情况下算是 "resources are available "的呢?有人说mac上双核的情况下,会发生这样的情况.但是我是在iTouch4上测试的,这按理也单核处理器啊.不管怎样,得想办法修改下,使得serial成为真正的FIFO.

解决的方法很简单,就是使用信号量了.于是,这个问题就变成了简单的同步问题了.