iOS开发中经常要使用到多线程，在面试的时候也是经常问到，比较常见的面试题有下面这些：
- iOS的多线程方案有哪几种？你更倾向于哪一种？
- GCD的队列类型。
- 说一下OperationQueue和GCD的区别，以及各自的优势。
- 线程安全的处理手段有哪些？
- OC你了解的锁有哪些？在此基础上进行二次提问“
1.自旋和互斥对比
2.使用以上锁需要注意哪些？
3.用C/OC/C++，任选其一，实现自旋或互斥。
下面就带着这些问题，来总结一下多线程的相关问题。
iOS中的常见多线程方案
| 技术方案 | 简介 | 语言 | 线程声明周期 | 使用频率 |
|---|---|---|---|---|
| pthread | 一套通用的多线程API，适用于Unix\Linux\windows等系统，跨平台，可移植，使用难度大 | C | 程序员管理 | 几乎不用 |
| NSThread | 使用更加面向对象，简单易用，可直接操作线程对象 | OC | 程序员管理 | 偶尔使用 |
| GCD | 旨在替代NSThread等线程技术，充分利用设备的多核 | C | 自动管理 | 经常使用 |
| NSOperation | 基于GCD，比GCD多了一些更简单实用的功能，使用更加面向对象 | OC | 自动管理 | 经常使用 |
GCD基础回顾
GCD中有两个用来执行任务的函数：
- 用同步的方式执行任务
即在当前线程中去做事情
dispatch_sync(dispatch_queue_t _Nonnull queue, ^{})
- 用异步的方式执行任务
即另外开线程去做事情
dispatch_async(dispatch_queue_t _Nonnull queue, ^{})
- 并发队列：
可以让多个任务同时执行(自动开启多个线程同时执行任务)
并发功能只有在异步函数下才有效 - 串行队列：
让任务一个接着一个的执行(只会开启一条线程，一个任务执行完毕后，再执行下一个任务)
同步，异步，串行，并行
- 同步和异步的主要影响：能不能开启新的线程
同步：在当前线程中执行任务，不具备开启新线程的能力
异步：在新的线程中执行任务。具备开启新线程的能力 - 并发和和串行的主要影响：任务的执行方法
并发：多个任务同时执行(会开启多条线程)
串行：一个任务执行完毕后，再执行下一个任务(只会开启一个线程)
下面是各种队列的执行效果：
| 并发队列 | 手动创建的串行队列 | 主队列 | |
|---|---|---|---|
| 同步(sync) | 没有开启新线程，串行执行任务 | 没有开启新线程，串行执行任务 | 没有开启新线程，串行执行任务 |
| 异步(async) | 有开启新线程，并发执行任务 | 有开启新线程，串行执行任务 | 没有开启新线程，串行执行任务 |
GCD中死锁的问题
面试题一：以下代码在主线程中执行，是否会产生死锁？
- (void)viewDidLoad {
[super viewDidLoad];
//问题：以下代码在主线程中执行，会不会产生死锁？
dispatch_queue_t queue = dispatch_get_main_queue();
dispatch_sync(queue, ^{
NSLog(@"执行任务2");
});
NSLog(@"执行任务3");
}
我们运行代码，发现产生了崩溃，说明产生了死锁。下面来分析一下为什么会产生死锁：
我们知道，dispatch_sync()是同步执行，不会开辟新线程，并且要dispatch_sync()的block执行完了才会继续往下执行，所以任务2是加入到了主队列中。主队列是串行队列，，所以会串行执行加入其中的任务，等一个任务执行完了再执行另外一个，在任务2加入主队列之前，viewDidLoad这个大任务已经加入了主队列，所以任务2要等ViewDIdLoad执行完，才会执行任务2，也就是等到任务3执行完，才会执行任务2，但是由于任务3在任务2后面，所以要等到任务2执行完了，才执行任务3。这样就造成了任务2等任务3，任务3等任务2，造成死锁。
面试题二：以下代码是否会发生死锁：
- (void)viewDidLoad {
[super viewDidLoad];
//问题：以下代码在主线程中执行，会不会产生死锁？
dispatch_queue_t queue = dispatch_get_main_queue();
dispatch_async(queue, ^{
NSLog(@"执行任务2");
});
//
NSLog(@"执行任务3");
}
运行程序，发现程序并没有崩溃，并且产生打印：
2018-09-25 21:02:04.155692+0800 TEST[2610:87716] 执行任务3
2018-09-25 21:02:04.168868+0800 TEST[2610:87716] 执行任务2
为什么把同步改成异步，就不死锁了呢？我们分析一下，由于队列是主队列，一定是把任务2加到主队列中，并且在此之前viewDidLoad的任务已经加入到了主队列中，所以要viewDidLoad执行完了才能执行任务2，由于dispatch_async()是异步执行，所以不用等到任务2执行完了再执行任务3，可以直接执行任务3，任务3执行完了，viewDidLoad也就执行完了，也就可以执行任务2了，所以打印的结果一定是先执行任务3再执行任务2。
面试题3：以下代码是否会发生死锁：
- (void)viewDidLoad {
[super viewDidLoad];
//问题：以下代码在主线程中执行，会不会产生死锁？
dispatch_queue_t queue = dispatch_queue_create("myQueue", DISPATCH_QUEUE_SERIAL);
dispatch_async(queue, ^{//1
NSLog(@"执行任务2");
dispatch_sync(queue, ^{
NSLog(@"执行任务3");
});
NSLog(@"执行任务4");
});
NSLog(@"执行任务3");
}
运行代码，发现在dispatch_sync这里产生了崩溃，打印结果如下：
2018-09-25 21:15:47.637042+0800 TEST[2816:95982] 执行任务3
2018-09-25 21:15:47.637048+0800 TEST[2816:96030] 执行任务2
下面分析一下为什么会产生死锁：
dispatch_async是异步执行，所以先打印了执行任务3，然后把1这个block加入了串行队列中，这时串行队列中有1这个block，然后又向串行队列中加入了任务3，任务3需要同步执行，所以任务3执行完了才会执行任务4，由于串行队列中1这个block排在任务3前面，所以要1这个block完成才会执行任务3，也就是要任务4执行完了才会执行任务3，而任务4又要等到任务3执行完成，这样互相等待，造成死锁。
总结
造成死锁的条件1是同步，2是往当前的串行队列中添加事件。
直接获取全局队列和手动创建队列的关系
看下面一段代码：
dispatch_queue_t queue1 = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_queue_t queue2 = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_queue_t queue3 = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0);
dispatch_queue_t queue4 = dispatch_queue_create("muqueue1", DISPATCH_QUEUE_CONCURRENT);
dispatch_queue_t queue5 = dispatch_queue_create("muqueue1", DISPATCH_QUEUE_CONCURRENT);
NSLog(@"%p, %p, %p, %p, %p", queue1, queue2, queue3, queue4, queue5);
打印结果：
0x1062e2500, 0x1062e2500, 0x1062e2680, 0x600000146bf0, 0x600000146ca0
queue1，queue2，queue3是直接获取的全局队列，从打印结果可以看出，如果优先级相同，则获取的是同一个队列，如果优先级不同，则获取的是不同的队列。queue4，queue5是手动创建的队列，即便它们的identifier相同，但是仍然创建了不同的队列。
面试题
面试题一：问下列代码的打印结果：
dispatch_queue_t queue1 = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_async(queue1, ^{
NSLog(@"1");
[self performSelector:@selector(test) withObject:nil afterDelay:.0];
NSLog(@"3");
});
- (void)test{
NSLog(@"2");
}
我们先看一下打印结果：
1
3
很奇怪，2压根就没有打印，也就是压根就没有执行test方法，这是为什么呢？
我们把
[self performSelector:@selector(test) withObject:nil afterDelay:.0];
改成
[self performSelector:@selector(test) withObject:nil];
看看打印结果：
1
2
3
说明这样是能成功执行test函数的，我们在runtime中找一下- (id)performSelector:(SEL)aSelector withObject:(id)object;的源码：
- (id)performSelector:(SEL)sel withObject:(id)obj {
if (!sel) [self doesNotRecognizeSelector:sel];
return ((id(*)(id, SEL, id))objc_msgSend)(self, sel, obj);
}
可以看到，就是简单的调用objc_msgSend()。但是在runtime的源码中却没有找到- (void)performSelector:(SEL)aSelector withObject:(nullable id)anArgument afterDelay:(NSTimeInterval)delay;的实现。
我们再修改一下代码，让其直接在主线程中执行：
NSLog(@"1");
[self performSelector:@selector(test) withObject:nil afterDelay:.0];
NSLog(@"3");
打印结果：
1
2
3
那么就有理由猜测NSLog(@"1"); [self performSelector:@selector(test) withObject:nil afterDelay:.0]; NSLog(@"3");的执行和线程有关。
[self performSelector:@selector(test) withObject:nil afterDelay:.0];这句代码的本质是往runloop中去添加一个NSTimer，由于主线程中有runloop，所以可以正常执行，但是在子线程中默认是没有启动runloop的，所以NSTimer也就没有办法成功执行。
我们可以启动子线程中的runloop试一下：
dispatch_queue_t queue1 = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_async(queue1, ^{
NSLog(@"1");
[self performSelector:@selector(test) withObject:nil afterDelay:.0];
NSLog(@"3");
[[NSRunLoop currentRunLoop] addPort:[[NSPort alloc] init] forMode:NSDefaultRunLoopMode];
[[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
});
打印结果：
1
3
2
GNUstep
Foundation框架是不开源的，所以我们想看其中的源码是看不到的。GNUstep是GNU计划的项目之一，它将Cocoa的OC库重新开源实现了一遍，虽然它不是苹果官方的完整实现，但是和官方的实现十分接近，区别不大，在学习的时候我们可以用来作为参考。
源码地址：http://www.gnustep.org/resources/downloads.php
我们下载了GNUstep的代码后，打开找到Foundation文件夹，在这个文件夹下找到NSRunLoop.m这个文件，在这个文件中找到- (void) performSelector: (SEL)aSelector withObject: (id)argument afterDelay: (NSTimeInterval)seconds这个方法的实现：
- (void) performSelector: (SEL)aSelector
withObject: (id)argument
afterDelay: (NSTimeInterval)seconds
{
NSRunLoop *loop = [NSRunLoop currentRunLoop];
GSTimedPerformer *item;
item = [[GSTimedPerformer alloc] initWithSelector: aSelector
target: self
argument: argument
delay: seconds];
[[loop _timedPerformers] addObject: item];
RELEASE(item);
[loop addTimer: item->timer forMode: NSDefaultRunLoopMode];
}
GCD队列组
思考：如何用gcd实现以下功能：
异步并发执行任务1，任务2
等任务1，任务2都执行完毕后，再回到主线程执行任务3
我们可以用dispatch_group_t和dispatch_group_notify来完成这个功能：
dispatch_group_t group = dispatch_group_create();
dispatch_queue_t queue = dispatch_queue_create("myQueue", DISPATCH_QUEUE_CONCURRENT);
dispatch_group_async(group, queue, ^{
for (int i = 0; i < 5; i++) {
NSLog(@"任务1-%@", [NSThread currentThread]);
}
});
dispatch_group_async(group, queue, ^{
for (int i = 0; i < 5; i++) {
NSLog(@"任务2-%@", [NSThread currentThread]);
}
});
dispatch_group_notify(group, dispatch_get_main_queue(), ^{
for (int i = 0; i < 5; i++) {
NSLog(@"任务3-%@", [NSThread currentThread]);
}
});
如果需要在任务1和任务2完成之后再完成任务3，任务4，可以这样：
dispatch_group_t group = dispatch_group_create();
dispatch_queue_t queue = dispatch_queue_create("myQueue", DISPATCH_QUEUE_CONCURRENT);
dispatch_group_async(group, queue, ^{
for (int i = 0; i < 5; i++) {
NSLog(@"任务1-%@", [NSThread currentThread]);
}
});
dispatch_group_async(group, queue, ^{
for (int i = 0; i < 5; i++) {
NSLog(@"任务2-%@", [NSThread currentThread]);
}
});
dispatch_group_notify(group, queue, ^{
for (int i = 0; i < 5; i++) {
NSLog(@"任务3-%@", [NSThread currentThread]);
}
});
dispatch_group_notify(group, queue, ^{
for (int i = 0; i < 5; i++) {
NSLog(@"任务4-%@", [NSThread currentThread]);
}
});
