前言
上一篇详细介绍了介绍了GCD中的常用API，
iOS多线程编程之GCD详解（一）
考虑到篇幅问题，这里继续介绍另外的两个API。
1.Dispatch Semaphore 信号量
dispatch_semaphore_t 信号量本质上是一种锁。
关于iOS中各种锁和性能比较可以看下yykit作者的这篇博文，戳这里
不再安全的 OSSpinLock
下面我们看下信号量的使用:
dispatch_semaphore_t 的作用之一解决资源抢夺问题
之前提过，对于数据存储类似数据库，非原子性可变字典和可变数组等多线程下不安全的操作，可以使用同步队列保证线程安全，那么在并发队列中，可以使用信号量来解决资源抢夺问题
//全局队列
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
//创建一个信号量，初始值为1
dispatch_semaphore_t semaphore = dispatch_semaphore_create(1) ;
//创建可变数组
NSMutableArray *array = [[NSMutableArray alloc] init];
for(int i = 0; i< 1000; ++i) {
dispatch_async(queue, ^{
//这里会一直等待，直到信号量大于等于1
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER) ;
//执行到这里，消费一个信号量
NSLog(@"%@",[NSThread currentThread]);
[array addObject:[NSNumber numberWithInt:i]];
//这里增加一个信号量
dispatch_semaphore_signal(semaphore);
});
}
代码解读一下:
dispatch_semaphore_create(1) 创建了值为1信号量
dispatch_semaphore_wait ，如果信号量的值大于等于1，那么，信号量值减1，然后向下执行，如果信号量值为0，一直等待。直到大于等于1的时候，率先进入等待状态的异步队列率先执行
dispatch_semaphore_signal 信号量值加1
形象比喻一下:
一群人排队去银行办业务，银行初始只有一个窗口，第一个人办业务的时候,可用窗口就变成0个了，这个人办完业务，可用窗口加1，就变成1个了。
实际这种效果和加锁的本质一致。
dispatch_semaphore_t 的另外一个作用就是可以控制线程并发数量，之前我们提过，iOS7之后系统自动开辟的线程数量可以多达60-70，而GCD中并没有提供控制线程数量的API，NSOperation中可以设置最大线程数。
下面我们使用信号量来实现一下线程数量控制:
//线程并发数限制
static dispatch_semaphore_t limitSemaphore;
//控制专用队列
static dispatch_queue_t serialQueue;
//单例创建
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
//设置最大线程并发数为5
limitCount = dispatch_semaphore_create(5);
serialQueue = dispatch_queue_create("serial", DISPATCH_QUEUE_SERIAL);
});
dispatch_async(serialQueue, ^{
//信号量>=1继续执行，否则等待
dispatch_semaphore_wait(limitSemaphore, DISPATCH_TIME_FOREVER);
dispatch_async(queue, ^{
//这里执行一些任务
NSLog(@"%@",[NSThread currentThread]);
//在该工作线程执行完成后释放信号量
dispatch_semaphore_signal(limitSemaphore);
});
});
2.dispatch source
dispatch source 是一组不常用的GCD API。是BSD系内核惯有功能kqueue的包装。kqueue的介绍可以看下这个kqueue wikipedia
简单来说，dispatch source是一个监视某些类型事件的对象。它支持所有kqueue所支持的事件以及mach（mach介绍可以看这里mach wikipedia）端口、内建计时器支持和用户事件，CPU负荷占用小，资源占用小。
dispatch source联结
联结的流程：在任一线程上调用dispatch_source_merge_data 这个函数后，会执行 Dispatch Source 事先定义好的句柄（可以简单理解句柄就是block ）（是不是有点通知，回调的味道哈）
下面直接上代码:
//全局队列
dispatch_queue_t globalQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
//创建source
dispatch_source_t source = dispatch_source_create(DISPATCH_SOURCE_TYPE_DATA_ADD, 0, 0, dispatch_get_main_queue());
//定义source的句柄
dispatch_source_set_event_handler(source, ^{
//调用一次dispatch_source_merge_data会调用这个句柄
NSLog(@"%lu",dispatch_source_get_data(source));
});
//默认source是suspend的，需要resume生效
dispatch_resume(source);
//遍历10次
dispatch_apply(10, globalQueue, ^(size_t index) {
// merge data
dispatch_source_merge_data(source, 1);
});
这段程序简单逻辑:调用dispatch_source_merge_data 会触发实现定义好的事件
dispatch_source_set_event_handler(source, ^{
//调用一次dispatch_source_merge_data会调用这个句柄
NSLog(@"%lu",dispatch_source_get_data(source));
});
dispatch_source_create 函数参数DISPATCH_SOURCE_TYPE_DATA_ADD 累加
当注册系统事件的时候，有时候系统还没来得及通知应用程序，这个时候，系统会累计传递过来的值
DISPATCH_SOURCE_TYPE_DATA_OR 逻辑或处理累计传递过来的值
其他:
DISPATCH_SOURCE_TYPE_MACH_SEND MACH端口发送
DISPATCH_SOURCE_TYPE_MACH_RECV MACH端口接收
DISPATCH_SOURCE_TYPE_PROC 监测进程相关事件
DISPATCH_SOURCE_TYPE_READ 可读取文件映像
DISPATCH_SOURCE_TYPE_SIGNAL 接收信号
DISPATCH_SOURCE_TYPE_TIMER 定时器
DISPATCH_SOURCE_TYPE_VNODE 文件系统变更
DISPATCH_SOURCE_TYPE_WRITE 可写入文件映像
注册事件处理程序通知，如果系统没来的及通知应用程序时候事件发生多次，这些事件会合并为一个事件(是不是类似于TCP协议中的nagle算法)。iOS开发者通常不会用到这种功能。但对于底层，这种处理方式会很高效.
简单流程总结:创建一个源，自定义累计方式，可以是and也可以是Or，自定义源也需要一个队列用来处理响应块，可以是主队列，也可以是并发队列。
在同一时间，只有一个响应块被分派。处理方法没执行完毕，另一个事件发生，事件以指定方式(ADD或者OR)进行累积。通过合并，保证了在高负载下稳定执行。
累计值通过 dispatch_source_get_data 获取。每次响应执行事件，这个值会被重置
dispatch_source_merge_data 发送一个事件
默认创建出来的source是挂起状态的，需要调用dispatch_resume 才可生效
除了高效的自定义一个source处理自定事件之外，我们也可以使用dispatch_source 来定义一个定时器，iOS开发中常用的定时器有NSTimer 和CADisplayLink 两种
NSTimer 受到runloop的状态影响精度
CADisplayLink 则和屏幕刷新度帧数一致
而dispatch_source 作为定时器精度很高，是系统级别的源
demo如下:
dispatch_queue_t globalQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
//定时器作为属性创建
self.timerSource = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);
//开始时间
dispatch_time_t start = dispatch_time(DISPATCH_TIME_NOW, 3.0 * NSEC_PER_SEC);
//间隔时间
uint64_t interval = 2.0 * NSEC_PER_SEC;
//设置时间
dispatch_source_set_timer( self.timerSource start, interval, 0);
//设置回调
dispatch_source_set_event_handler( self.timerSource, ^{
//处理事件
});
//启动定时器
dispatch_resume( self.timerSource);
总结一下:
本文主要介绍了
dispatch_semaphore_t ，本质是一种底层锁，性能较高，可以用来解决多线程资源竞争，控制线程并发数。
dispatch source 最大的优势是联结，通过合并事件的方式，高效的处理事件分派，可以自定义source用来处理高负载应用场景响应。dispatch source 可以作为高精度，系统源层级的定时器，在需要高精度应用场景下可以选用这种更加接近底层的定时器。
写了两篇博客来详解了下GCD，主要是对自我基础的一个总结。之前已经有很多写的很好的GCD文章。关于信号量和dispatch_source还有兴趣深入了解的可以阅读下官方文档。
推荐下阅读猿神的博客
Parse源码浅析系列（一）---Parse的底层多线程处理思路：GCD高级用法
参考书籍:
Objective-C高级编程
