OC-主线程调dispatch_semaphore_wait的坑，线程会卡死
我们都知道线程同步方案中dispatch_semaphore是一个很不错的选择，但是dispatch_semaphore如果在主线程中等待，另外开启线程再回到主线程释放信号，就会出现信号卡死的情况。
信号量的使用
简单回顾一下信号量的使用，API如下：
// 创建信号量，参数：信号量的初值，表示最多几个资源可访问。
dispatch_semaphore_create（信号量值）
//等待信号量
dispatch_semaphore_wait（信号量，等待时间）
//发送信号量
dispatch_semaphore_signal(信号量)
1、执行dispatch_semaphore_create 会根据传入的long型参数创建对应数目的信号量；这个也是可以控制并发线程的数量；
2、执行dispatch_semaphore_signal 会增加一个信号量；
3、执行dispatch_semaphore_wait ，如果信号量<=0, 就行进入休眠等待；如果> 0, 则会减少一个信号量， 并执行后面的代码；
4、正常的使用顺序是先wait然后再signal，这两个函数通常成对使用。
5、如果信号量是0，就会根据传入的等待时间来等待。
信号量简单使用的demo：
- (void)viewDidLoad {
[super viewDidLoad];
if ([self testSemaphore]) {
NSLog(@"执行了信号量的释放操作");
}else {
NSLog(@"未执行信号量的释放操作");
}
}
- (BOOL)testSemaphore {
__block BOOL resultValue = NO;
dispatch_semaphore_t semaphore = dispatch_semaphore_create(0);
NSLog(@"创建信号量");
[self semaphoreBlock:^{
resultValue = YES;
NSLog(@"开始释放信号量,%@", [NSThread currentThread]);
dispatch_semaphore_signal(semaphore);
NSLog(@"结束释放信号量,%@", [NSThread currentThread]);
}];
NSLog(@"等待信号量,%@", [NSThread currentThread]);
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
NSLog(@"执行returen操作啦");
return resultValue;
}
- (void)semaphoreBlock:(void(^)(void))block {
dispatch_async(dispatch_get_global_queue(0, 0), ^{
NSLog(@"进来block了,%@", [NSThread currentThread]);
block();
});
}
执行代码查看结果如下：
可以看到是执行了信号量释放的结果。
信号量阻塞线程的情况
就以上一份代码为例，我们修改一下，把semaphoreBlock:(void(^)(void))block这个方法里面的dispatch_get_global_queue替换成dispatch_get_main_queue的话，那么线程就会卡死，代码如下：
- (void)semaphoreBlock:(void(^)(void))block {
dispatch_async(dispatch_get_main_queue(), ^{
NSLog(@"进来block了,%@", [NSThread currentThread]);
block();
});
}
执行代码查看结果如下：
执行的结果可以看出，线程被卡死了~~
信号量阻塞线程的分析
- 创建的总信号量为0，代码执行到dispatch_semaphore_wait时,
主线程阻塞，直到收到信号才会往下继续执行； - dispatch_semaphore_signal(s)发送信号是：
开启了另外一个线程后回到主线程中执行，由于此时主线程是阻塞的，那么dispatch_semaphore_signal(s)不会执行，这形成了死锁的情况。 - （等于说，发送信号对于主线程来说是另外一个任务，而且这个任务在
testSemaphore任务的后面；但是在主线程时串行队列，需要先执行完testSemaphore这个任务，才能执行dispatch_semaphore_signal(s)这个任务；而要执行testSemaphore这个任务，又需要执行dispatch_semaphore_signal(s)这个任务; 所以两个任务相互等待，就死锁了）。 - 解决方案：
要么把整个任务都放到子线程中，要么信号量的释放不在主线程中释放。
信号量阻塞线程的解决方法
1.任务放在子线程中
代码如下：
- (void)viewDidLoad {
[super viewDidLoad];
dispatch_async(dispatch_get_global_queue(0, 0), ^{
if ([self testSemaphore]) {
NSLog(@"执行了信号量的释放操作");
}else {
NSLog(@"未执行信号量的释放操作");
}
});
}
- (BOOL)testSemaphore {
__block BOOL resultValue = NO;
dispatch_semaphore_t semaphore = dispatch_semaphore_create(0);
NSLog(@"创建信号量");
[self semaphoreBlock:^{
resultValue = YES;
NSLog(@"开始释放信号量,%@", [NSThread currentThread]);
dispatch_semaphore_signal(semaphore);
NSLog(@"结束释放信号量,%@", [NSThread currentThread]);
}];
NSLog(@"等待信号量,%@", [NSThread currentThread]);
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
NSLog(@"执行returen操作啦");
return resultValue;
}
- (void)semaphoreBlock:(void(^)(void))block {
dispatch_async(dispatch_get_main_queue(), ^{
NSLog(@"进来block了,%@", [NSThread currentThread]);
block();
});
}
2.信号释放不在主线程中执行
代码如下：
- (void)viewDidLoad {
[super viewDidLoad];
if ([self testSemaphore]) {
NSLog(@"执行了信号量的释放操作");
}else {
NSLog(@"未执行信号量的释放操作");
}
}
- (BOOL)testSemaphore {
__block BOOL resultValue = NO;
dispatch_semaphore_t semaphore = dispatch_semaphore_create(0);
NSLog(@"创建信号量");
[self semaphoreBlock:^{
resultValue = YES;
NSLog(@"开始释放信号量,%@", [NSThread currentThread]);
dispatch_semaphore_signal(semaphore);
NSLog(@"结束释放信号量,%@", [NSThread currentThread]);
}];
NSLog(@"等待信号量,%@", [NSThread currentThread]);
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
NSLog(@"执行returen操作啦");
return resultValue;
}
- (void)semaphoreBlock:(void(^)(void))block {
dispatch_async(dispatch_get_global_queue(0, 0), ^{
NSLog(@"进来block了,%@", [NSThread currentThread]);
block();
});
}
总结
一般我们在使用第三方时，例如下载图片或者其他耗时的操作，会在子线程中操作，然后再在主线程回调，暴露给开发者处理刷新或者其他操作；如果此时在主线程回调中处理释放信号，那么就会可能出现卡死的情况。所以当我们不能控制接口调用线程时，最好不要在的当前线程永久等待信号量。
所以，一般当我们用第三方中使用信号量出现卡死的情况时，大部分的原因是因为他们的暴露的方法的回调是在主线中执行的~~~