信号量dispatch_semaphore在iOS APP编程里的“应用”

信号量概述（参考百度百科）：

　　以一个停车场的运作为例。简单起见，假设停车场只有三个车位，一开始三个车位都是空的。这时如果同时来了五辆车，看 门人允许其中三辆直接进入，然后放下车拦，剩下的车则必须在入口等待，此后来的车也都不得不在入口处等待。这时，有一辆车离开停车场，看门人得知后，打开车拦，放入外面的一辆进去，如果又离开两辆，则又可以放入两辆，如此往复。在这个停车场系统中，车位是公共资源，每辆车好比一个线程，看门人起的就是信号量的作用。关于iOS多线程，需要深入了解的可以，查看王坤教学视频

　　抽象的来讲，信号量的特性如下：信号量是一个非负整数（车位数），所有通过它的线程/进程（车辆）都会将该整数减一（通过它当然是为了使用资源），当该整数值为零时，所有试图通过它的线程都将处于等待状态。在信号量上我们定义两种操作： Wait（等待） 和 Release（释放）。当一个线程调用Wait操作时，它要么得到资源然后将信号量减一，要么一直等下去（指放入阻塞队列），直到信号量大于等于一时。Release（释放）实际上是在信号量上执行加操作，对应于车辆离开停车场，该操作之所以叫做“释放”是因为释放了由信号量守护的资源。

　　

　　在iOS里我们使用GCD的dispatch_semaphore作为信号量的管理，非常方便。吃个栗子补补脑：

　　*停车场剩余4个车位，那么即使同时来了四辆车也能停的下。如果此时来了五辆车，那么就有一辆需要等待。信号量的值就相当于剩余车位的数目，dispatch_semaphore_wait函数就相当于来了一辆车，dispatch_semaphore_signal就相当于走了一辆车。

停车位的剩余数目在创建初始化的时候由dispatch_semaphore_create（long value）指明了；调用一次dispatch_semaphore_signal，剩余的车位就增加一个；调用一次dispatch_semaphore_wait剩余车位就减少一个；

当剩余车位为0时，再来车（即调用dispatch_semaphore_wait）就只能等待。有可能同时有几辆车等待一个停车位。有些车主没有耐心，给自己设定了一段等待时间(dispatch_time_t)，这段时间内等不到停车位就走了，如果等到了就开进去停车。而有些车主就想把车停在这，所以就一直等下去(DISPATCH_TIME_FOREVER)。*

dispatch_semaphore在iOS编程里的“应用”

在大多数情况下，做App开发，使用AFN异步请求，一个页面数据对应一个接口请求数据，很少涉及信号量的使用。如果一个页面需要多个请求，并且这几个请求并是无序的（如果一个请求需要依赖另一个请求的数据，我们只能称之为有序，一个页面需要两个以上的有序请求，会导致一些请求错误用户无法理解的情况，一般合并接口解决），这个时候我们可以有两个解决方案：

解决办法一

设一个全局变量，每次请求成功后该变量都＋1，并且都检查该变量的值是不是3。如果是的话就刷新页面。伪代码如下：

int temp = 0;
request A {
success {
temp++;
[self checkTemp];
}
}
request B {
success {
temp++;
[self checkTemp];
}
}
request C {
success {
temp++;
[self checkTemp];
}
}

checkTemp {
if (temp == 3){
refreshUI
}
}

这是最简单最快解决问题方法，但是我认为是比较”笨”方法，这样的代码可读性会比较差。

解决办法二

使用信号量也同样可以解决这样的问题，并且不会造成代码可读性受损。直接上代码：

dispatch_group_t group = dispatch_group_create();
dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
[self requestA];
});
dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
[self requestB];
});
dispatch_group_async(group,dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
[self requestC];
});
dispatch_group_notify(group, dispatch_get_main_queue(), ^{
//刷新界面
});

- (void)requestA
{
dispatch_semaphore_t  sema = dispatch_semaphore_create(0);
[Request postWithURL:url params:params success:^(id response){
dispatch_semaphore_signal(sema);
//处理response
} failure:^(NSError *error) {
dispatch_semaphore_signal(sema);
//处理错误
}];
dispatch_semaphore_wait(sema, DISPATCH_TIME_FOREVER);
}

requestB和requestC同上。我这就不写了。

请求结束时需要在dispatch_group_notify里刷新界面

dispatch_group_notify(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
//刷新界面
});

还有一种情况就是，如果最后一个网络请求是依赖前面的所有请求

这里需要这样改一下

dispatch_group_notify(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
[self requestD];
});

上面requestA、requestB、requestC加了信号量同时使用GCD多线程的调度组后，他们也是异步执行，执行的先后顺不会卡住主线程。当A、B、Crequest的信号量全部都释放后，就会通知group_notify并执行其操作。

解决办法三RACSignal

- (void)rac_liftDemo{
//请求1
RACSignal * signal1 = [RACSignal createSignal:^RACDisposable * _Nullable(id<RACSubscriber>  _Nonnull subscriber) {
//发送请求
NSLog(@"请求网络数据 1");
//发送数据
[subscriber sendNext:@"数据1 来了"];

return nil;
}];

//请求2
RACSignal * signal2 = [RACSignal createSignal:^RACDisposable * _Nullable(id<RACSubscriber>  _Nonnull subscriber) {
//发送请求
NSLog(@"请求网络数据 2");
//发送数据
[subscriber sendNext:@"数据2 来了"];

return nil;
}];

//数组:存放信号
//当数组中的所有洗好都发送了数据,才会执行Selector
//方法的参数:必须和数组的信号一一对应!!
//方法的参数:就是每一个信号发送的数据!!
[self rac_liftSelector:@selector(updateUIWithOneData:TwoData:) withSignalsFromArray:@[signal1,signal2]];
}

- (void)updateUIWithOneData:(id )oneData TwoData:(id )twoData {
NSLog(@"%@",[NSThread currentThread]);
//拿到数据更新UI
NSLog(@"UI!!%@%@",oneData,twoData);

}

如果最后一个网络请求是依赖前面的所有请求,只需要忽略前面请求的订阅就可以了

- (void)updateUIWithOneData:(id )oneData TwoData:(id )twoData {
NSLog(@"请求网络数据 3");
//拿到数据更新UI
NSLog(@"UI!!%@%@",oneData,twoData);

}

希望我的解决办法能帮助到有这些相关需求的朋友。

以上就是iOS开发之使用信号量实现AFN请求同步的全文介绍,希望对您学习和使用ios应用开发有所帮助.