信号量概述(参考百度百科):
以一个停车场的运作为例。简单起见,假设停车场只有三个车位,一开始三个车位都是空的。这时如果同时来了五辆车,看 门人允许其中三辆直接进入,然后放下车拦,剩下的车则必须在入口等待,此后来的车也都不得不在入口处等待。这时,有一辆车离开停车场,看门人得知后,打开车拦,放入外面的一辆进去,如果又离开两辆,则又可以放入两辆,如此往复。在这个停车场系统中,车位是公共资源,每辆车好比一个线程,看门人起的就是信号量的作用。
抽象的来讲,信号量的特性如下:信号量是一个非负整数(车位数),所有通过它的线程/进程(车辆)都会将该整数减一(通过它当然是为了使用资源),当该整数值为零时,所有试图通过它的线程都将处于等待状态。在信号量上我们定义两种操作: 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
}
}
这是最简单最快解决问题方法,但是我认为是比较"笨"方法,这样的代码可读性会比较差。
解决办法二
使用信号量也同样可以解决这样的问题,并且不会造成代码可读性受损。直接上代码:
- (void)request
{
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应用开发有所帮助.