一、多线程的基本概念

进程：可以理解成一个运行中的应用程序，是系统进行资源分配和调度的基本单位。

线程：是进程的基本执行单元，一个进程对应多个线程。

主线程：处理UI，所有更新UI的操作都必须在主线程上执行。不要把耗时操作放在主线程，会卡界面。

多线程：在同一时刻，一个CPU只能处理1条线程，但CPU可以在多条线程之间快速的切换，只要切换的足够快，就造成了多线程一同执行的假象。

线程就像火车的一节车厢，进程则是火车。车厢（线程）离开火车（进程）是无法跑动的，而火车（进程）至少有一节车厢（主线程）。多线程可以看做多个车厢，它的出现是为了提高效率。

多线程是通过提高资源使用率来提高系统总体的效率。
我们运用多线程的目的是：将耗时的操作放在后台执行！

并发与并行：《并发的艺术》中大概是这样写的，系统中有多个任务同时存在可称之为“并发”，系统内有多个任务同时执行可称之为“并行”；并发是并行的子集。比如在单核CPU系统上，只可能存在并发而不可能存在并行。

二、线程的状态与生命周期

下面分别阐述线程生命周期中的每一步

新建：实例化线程对象

就绪：向线程对象发送start消息，线程对象被加入可调度线程池等待CPU调度。

运行：CPU 负责调度可调度线程池中线程的执行。线程执行完成之前，状态可能会在就绪和运行之间来回切换。就绪和运行之间的状态变化由CPU负责，程序员不能干预。

阻塞：当满足某个预定条件时，可以使用休眠或锁，阻塞线程执行。sleepForTimeInterval（休眠指定时长），sleepUntilDate（休眠到指定日期），@synchronized(self)：（互斥锁）。

死亡：正常死亡，线程执行完毕。非正常死亡，当满足某个条件后，在线程内部中止执行/在主线程中止线程对象

还有线程的exit和cancel

[NSThread exit]：一旦强行终止线程，后续的所有代码都不会被执行。

[thread cancel]取消：并不会直接取消线程，只是给线程对象添加 isCancelled 标记。

三、多线程的四种解决方案

多线程的四种解决方案分别是：pthread（不常用），NSThread，GCD， NSOperation。

1、NSThread

// 创建线程
NSThread *thread = [[NSThread alloc] initWithTarget:self selector:@selector(run:) object:@""];

// 线程启动，事情做完了才会死， 一个NSThread对象就代表一条线程
[thread start];

//判断是否是主线程
[NSThread isMainThread]

优点：轻量级，简单易用，可以直接操作线程对象
缺点: 需要自己管理线程的生命周期、线程同步(NSLock加锁进行同步操作)。线程同步对数据的加锁会有一定的系统开销。

2、NSOperation

NSOperation是基于GCD的更高一层封装，NSOperation需要配合NSOperationQueue来实现多线程。

两种队列

NSOperationQueue只有两种队列：主队列、其他队列。非主队列（其他队列）可以实现串行或并行。

主队列的创建如下，主队列上的任务是在主线程执行的。

NSOperationQueue *mainQueue = [NSOperationQueue mainQueue];

其他队列（非主队列）的创建如下，加入到‘非队列’中的任务默认就是并发，开启多线程。

NSOperationQueue *queue = [[NSOperationQueue alloc] init];

注意：

非主队列（其他队列）可以实现串行或并行。

队列NSOperationQueue有一个参数叫做最大并发数：maxConcurrentOperationCount。

maxConcurrentOperationCount默认为-1，直接并发执行，所以加入到‘非队列’中的任务默认就是并发，开启多线程。

当maxConcurrentOperationCount为1时，则表示不开线程，也就是串行。

当maxConcurrentOperationCount大于1时，进行并发执行。

系统对最大并发数有一个限制，所以即使把maxConcurrentOperationCount设置的很大，系统也会自动调整。所以把最大并发数设置的很大是没有意义的。

子类

NSOperation是个抽象类，实际运用时中需要使用它的子类有三种方式：

使用子类NSInvocationOperation

使用子类NSBlockOperation

定义继承自NSOperation的子类，通过实现内部相应的方法来封装任务。

- (void)testOperationQueue {

    // 创建队列，默认并发

    NSOperationQueue *queue = [[NSOperationQueue alloc] init];

    // 创建操作，NSInvocationOperation

    NSInvocationOperation *invocationOperation = [[NSInvocationOperation alloc] initWithTarget:self selector:@selector(invocationOperationAddOperation) object:nil];

    // 创建操作，NSBlockOperation

    NSBlockOperation *blockOperation = [NSBlockOperation blockOperationWithBlock:^{

        for (int i = 0; i < 3; i++) {

            NSLog(@"addOperation把任务添加到队列======%@", [NSThread currentThread]);

        }

    }];

    [queue addOperation:invocationOperation];

    [queue addOperation:blockOperation];

}

- (void)invocationOperationAddOperation {

    NSLog(@"invocationOperation===aaddOperation把任务添加到队列====%@", [NSThread currentThread]);

}

运行结果如下，可以看出，任务都是在子线程执行的，开启了新线程！

依赖属性

它有一个依赖属性，某一个操作（operationB）依赖于另一个操作（operationA），只有当operationA执行完毕，才能执行operationB。

  [operationB addDependency:operationA];

取消/暂停/恢复操作

- (void)cancelAllOperations; 可以取消队列的所有操作。
- (BOOL)isSuspended; 判断队列是否处于暂停状态。 YES 为暂停状态，NO 为恢复状态。
- (void)setSuspended:(BOOL)b; 可设置操作的暂停和恢复，YES 代表暂停队列，NO 代表恢复队列。

优缺点

优点：不需要关心线程管理，数据同步的事情，可以把精力放在要执行的操作上。基于GCD，是对GCD 的封装，比GCD更加面向对象。operation 之间添加依赖关系、取消一个正在执行的 operation 、暂停和恢复 operation queue 等
缺点: NSOperation是个抽象类，使用它必须使用它的子类

3、GCD

GCD全称Grand Central Dispatch，是非常常用的多线程解决方式，核心是dispatch队列，把需要处理的任务放到dispatch block中。GCD 管理着一个线程池， 决定着dispatch block代码块将在哪个线程被执行，并且对这些线程进行管理，来缓解大量线程被创建的问题。

GCD的基本概念

同步（sync）：任务一个接着一个，前一个没有执行完，后面不能执行，不开线程。

异步（async）：开启多个新线程，任务同一时间可以一起执行。异步是多线程的代名词

最大的区别在于，同步线程要阻塞当前线程，必须要等待同步线程中的任务执行完，返回以后，才能继续执行下一任务；而异步线程则是不用等待。

阻塞一般是指：在调用结果返回之前，当前线程会被挂起。调用线程只有在得到结果之后才会被唤醒执行后续的操作。

队列：装载线程任务的队形结构。(系统以先进先出的方式调度队列中的任务执行)。在GCD中有两种队列：串行队列和并发队列。

并发队列Concurrent Dispatch Queue：线程可以同时一起进行执行。实际上是CPU在多条线程之间快速的切换。（并发功能只有在异步（dispatch_async）函数下才有效）

串行队列Serial Dispatch Queue：线程只能依次有序的执行。

主队列的任务一定在主线程中执行

主线程可以执行主队列之外其他队列的任务.

串行与并行针对的是队列，而同步与异步，针对的则是线程。

GCD中的三种队列类型

The main queue（主线程串行队列): 与主线程功能相同，提交至Main queue的任务会在主线程中执行，

Main queue 可以通过dispatch_get_main_queue()来获取。

Global queue（全局并发队列): 全局并发队列由整个进程共享，有高、中（默认）、低、后台四个优先级别。

Global queue 可以通过调用dispatch_get_global_queue函数来获取（可以设置优先级）

    全局队列的底层是一个线程池，向全局队列中提交的 block，都会被放到这个线程池中执行，如果线程池已满，后续再提交 block 就不会再重新创建线程。等待前面的任务执行完成，才会继续执行。如果线程池中的线程长时间不结束，后续堆积的任务会越来越多，此时就会存在 APP crash的风险。

Group queue (队列组)：将多线程进行分组，最大的好处是可获知所有线程的完成情况。

Group queue 可以通过调用dispatch_group_create()来获取，通过dispatch_group_notify,可以直接监听组里所有线程完成情况。

GCD的使用

1、串行同步：当前线程顺序执行；

2、串行异步：分线程顺序执行；

3、并发同步：当前线程顺序执行；

4、并发异步：分线程无序执行；

5、主队列同步： 死锁，程序崩溃；

(参考)http://ios.jobbole.com/82622/

6、主队列异步：主线程顺序执行。

开发中关于gcd的运用：

1、开发中需要在主线程上进行UI的相关操作，通常会把一些耗时的操作放在其他线程，比如说图片文件下载等耗时操作。

2、GCD延时执行

当需要等待一会再执行一段代码时，就可以用到这个方法了：dispatch_after。

3、GCD实现代码只执行一次

使用dispatch_once能保证某段代码在程序运行过程中只被执行1次。可以用来设计单例。

4、GCD队列组

异步执行几个耗时操作，当这几个操作都完成之后再回到主线程进行操作，就可以用到队列组了。队列组有下面几个特点：

所有的任务会并发的执行(不按序)。

所有的异步函数都添加到队列中，然后再纳入队列组的监听范围。

使用dispatch_group_notify函数，来监听上面的任务是否完成，如果完成, 就会调用这个方法。

优点：轻量级的多线程解决方法，简单易用，效率高，速度快，基于C语言，更底层更高效，自动管理线程生命周期（创建线程、调度任务、销毁线程）。
缺点: 1、使用GCD的场景如果很复杂，就有非常大的可能遇到死锁问题。
2、如果想要给任务之间添加依赖关系、取消或者暂停一个正在执行的任务时就会变得非常棘手

四、多线程安全

其实是多个线程同时访问一个内存区域出现的安全问题。

解决多线程安全问题的方法 ：

一：互斥锁@synchronized(锁对象)

防止不同的线程同时获取相同的锁 。当新线程访问时，如果发现其他线程正在执行锁定的代码，新线程就会进入休眠。

NSObject *obj = [[NSObject alloc] init];

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

        @synchronized(obj) {

            NSLog(@"需要线程同步的操作1 开始");

            sleep(3);

            NSLog(@"需要线程同步的操作1 结束");

        }

    });

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

        sleep(1);

        @synchronized(obj) {

            NSLog(@"需要线程同步的操作2");

        }

    });

@synchronized(obj)指令使用的obj为该锁的唯一标识，只有当标识相同时，才满足互斥，如果线程2中的@synchronized(obj)改为@synchronized(self),线程2就不会被阻塞，@synchronized指令实现锁的优点就是我们不需要在代码中显式的创建锁对象，便可以实现锁的机制，但作为一种预防措施，@synchronized块会隐式的添加一个异常处理来保护代码，它会在异常抛出的时候自动的释放互斥锁。

@synchronized（obj） block 会变成 objc_sync_enter 和 objc_sync_exit 的成对儿调用。 调用 objc_sync_enter(obj) 时，它用 obj 内存地址的哈希值查找合适的 SyncData，然后将其上锁。当你调用 objc_sync_exit(obj) 时，它查找合适的 SyncData 并将其解锁。

方法二：自旋锁

加了自旋锁，当新线程访问代码时，如果发现有其他线程正在锁定代码，新线程会用死循环的方式，一直等待锁定的代码执行完成。相当于不停尝试执行代码，比较消耗性能。

属性修饰atomic本身就有一把自旋锁。

下面说一下属性修饰nonatomic 和 atomic:
nonatomic 非原子属性,同一时间可以有很多线程读和写
atomic 原子属性(线程安全)，保证同一时间只有一个线程能够写入(但是同一个时间多个线程都可以取值)，atomic 本身就有一把锁(自旋锁)
atomic：线程安全，需要消耗大量的资源
nonatomic：非线程安全，不过效率更高，一般使用nonatomic

五、多线程的应用及问题思考：

NSNotification是同步还是异步?：

1、在分线程发送一个通知

dispatch_async(dispatch_get_global_queue(0, 0), ^{

        [[NSNotificationCenter defaultCenter] postNotificationName:@"test" object:self userInfo:nil];

    });

主线程监听，并进行UI操作

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(receiveNoti) name:@"test" object:nil];

- (void)receiveNoti {

    NSLog(@"isMainThread=%d", [NSThread isMainThread]);

    self.view.backgroundColor = [UIColor redColor];

}

结果：

isMainThread=0

=================================================================

Main Thread Checker: UI API called on a background thread: -[UIView setBackgroundColor:]

PID: 2318, TID: 88711, Thread name: (none), Queue name: com.apple.root.default-qos, QoS: 0

结论：

默认情况下，创建的NSNotification是同步的，但是发布通知的时候在子线程中，那么接收方法触发的也是在子线程中。

如何保证UI操作放在主线程中执行？

SDWebImage的SDWebImageCompat.h中有这样一个宏定义，用来保证主线程操作，为什么要这样写？

#ifndef dispatch_main_async_safe

#define dispatch_main_async_safe(block)\

    if (strcmp(dispatch_queue_get_label(DISPATCH_CURRENT_QUEUE_LABEL), dispatch_queue_get_label(dispatch_get_main_queue())) == 0) {\

        block();\

    } else {\

        dispatch_async(dispatch_get_main_queue(), block);\

    }

#endif

在此之前见到最多的是这样的：

#define dispatch_main_async_safe(block)\

    if ([NSThread isMainThread]) {\

        block();\

    } else {\

        dispatch_async(dispatch_get_main_queue(), block);\

    }

检查我们当前在主线程上执行的最简单的方法是使用[NSThread isMainThread] - GCD缺少一个类似的方便的API来检查我们是否在主队列上运行，因此许多开发人员使用了NSThread API

这在大多数情况下是有效的，直到它出现了异常。

image

潜在的问题是VektorKit API正在检查是否在主队列上调用它，而不是检查它在主线程上运行。

虽然每个应用程序都只有一个主线程，但是在这个主线程上执行许多不同的队列是可能的。

如果库(如VektorKit)依赖于在主队列上检查执行，那么从主线程上执行的非主队列调用API将导致问题。也就是说，如果在主线程执行非主队列调度的API，而这个API需要检查是否由主队列上调度，那么将会出现问题。

来源参考

SDWebImage4.0源码探究 https://www.jianshu.com/p/b8517dc833c7

iOS多线程全套：线程生命周期，多线程的四种解决方案，线程安全问题，GCD的使用，NSOperation的使用http://www.cocoachina.com/ios/20170707/19769.html

dispatch_barrier_(a)sync栅栏函数
https://blog.csdn.net/u013046795/article/details/47057585