IOS GCD中的信号量

2018-07-26 本文已影响1351人某某香肠

在这周的程序开发中用到了GCD中的信号量和队列组，由于对信号量不熟悉，特地来复习一下这方面的知识。

概念

信号量是用于多线程同步的，跟锁不一样的是，信号量不一定是锁定某一个资源，而是流程上的概念，比如：有A,B两个线程，B线程要等A线程完成某一任务以后再进行自己下面的步骤，这个任务并不一定是锁定某一资源，还可以是进行一些计算或者数据处理之类。而对于锁来说，锁住的资源无法被其余的线程访问，从而阻塞线程而实现线程同步。

函数介绍

gcd的信号量主要有3个函数，分别为

dispatch_semaphore_create(M)

创建一个值为M的信号量

dispatch_semaphore_wait(信号量，等待时间)

如果该信号量的值大于0，则使其信号量的值-1，否则，阻塞线程直到该信号量的值大于0或者达到等待时间。

dispatch_semaphore_signal(信号量)

释放信号量，使得该信号量的值加1

使用场景

信号量的使用场景应该很多，下面举几个案例

限制线程的最大并发数

dispatch_semaphore_t sema = dispatch_semaphore_create(M);
for (NSInteger i = 0;i<N;i++） {
     dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        dispatch_semaphore_wait(sema, DISPATCH_TIME_FOREVER); 
        // doing
        dispatch_semaphore_signal(sema);
    });
}

如上述代码可知，总共异步执行N个任务，但是由于我们设置了值为M的信号量，每一次执行任务的时候都会导致信号量的减1，而在任务结束后使信号量加1，当信号量减到0的时候，说明正在执行的任务有M个，这个时候其它任务就会阻塞，直到有任务被完成时，这些任务才会执行。

阻塞发请求的线程

有些时候，我们需要阻塞发送请求的线程，比如在多个请求回调后统一操作的需求，而这些请求之间并没有顺序关系，且这些接口都会另开线程进行网络请求的。一般地，这种多线程完成后进行统一操作的需求都会使用队列组(dispatch_group_t)来完成，但是由于是异步请求，没等其异步回调之后，请求的线程就结束了，为此，就需要使用信号量来阻塞住发请求的线程。实现代码如下：

dispatch_async(queue, 0), ^{
    dispatch_semaphore_t sema = dispatch_semaphore_create(0);
    [网络请求:^{
        //请求回调
        dispatch_semaphore_signal(sema);  
    }];
    dispatch_semaphore_wait(sema, DISPATCH_TIME_FOREVER);
});

这样，请求的线程就可以等到回调结束后再结束了，再配合队列组就能完成上述的需求。这种技巧可用于以下场景：

多个请求结束后统一操作
多个请求顺序执行