iOS原理多线程1 -- 多线程的作用和原理

iOS原理文章汇总

前言

在iOS开发中，经常使用多线程来处理一些耗时任务，在学习多线程的实际运用前，需要先了解线程、进程以及多线程的原理和概念

一、线程和进程

1. 进程

iOS开发是单进程的，所以一般来说，一个应用程序就是一个进程。
进程之间是相互独立的，每个进程都有独立的内存空间和资源。
⼀个进程崩溃后，在保护模式下不会对其他进程产⽣影响。

2. 线程

线程是进程的基本执⾏单元，进程的所有任务都必须在线程中执⾏。
一个进程⾄少要有⼀条线程，程序启动会默认开启⼀条线程，这条线程被称为主线程或UI线程。
线程没有自己的内存空间，同⼀进程的线程共享本进程的地址空间和资源。
线程不能独⽴执⾏，必须依存在进程中，⼀个线程崩溃整个进程都会死掉。

3. Mac上的进程和线程示例

如下图所示，在Mac上，通过“活动监视器”可以查看系统中所开启的所有进程，以及每个进程中运行的线程数。可以看到，每个应用程序都是一个进程，每个进程中会含有多条线程。

4. 线程和Runloop的关系

Rrunloop与线程是⼀⼀对应的，⼀个Runloop对应⼀个核⼼的线程，为什么说是核⼼的，是因为Runloop是可以嵌套的，但是核⼼的只能有⼀个，他们的关系保存在⼀个全局的字典⾥。
Runloop是来管理线程的，当线程的Runloop被开启后，线程会在执⾏完任务后进⼊休眠状态，有了任务就会被唤醒去执⾏任务。
Runloop在第⼀次获取时被创建，在线程结束时被销毁。
对于主线程来说，Runloop在程序⼀启动就默认创建好了。
对于⼦线程来说，Runloop是懒加载的，只有当我们使⽤的时候才会创建，所以在⼦线程⽤定时器要注意：确保⼦线程的Runloop被创建，不然定时器不会回调。

二、多线程

1. 多线程的作用

进程的任务必须要在线程中执行，程序启动后，所有任务会默认在主线程中执行。如果某个任务比较耗时，就会阻塞主线程，导致程序卡顿，这时就需要再创建一个子线程来处理这个耗时任务，来缓解主线程的压力。相比单线程，多线程的优缺点如下：

优点
1.能适当提⾼程序的执⾏效率；
2.能适当提⾼资源的利⽤率（CPU，内存）；
3.线程上的任务执⾏完成后，线程会⾃动销毁。

缺点
1.开启线程需要占⽤⼀定的内存空间（默认情况下，每⼀个线程都占 512 KB），线程越多，占⽤的内存空间越大，程序性能就越低。
2.任务需要由CPU调度线程来执行，线程越多，CPU 在调⽤线程上的开销就越⼤，每个线程被调度的次数会降低，线程的执⾏效率也会降低。
3.程序设计更加复杂，⽐如线程间的通信、多线程的数据共享。

2. 多线程的原理

一个进程的全部任务，是需要通过CPU调度线程来进行处理的。当进程中存在多个线程时，CPU会在极短的时间间隔内快速调度不同的线程来处理这些任务，这个时间间隔也被称为『时间片』。

CPU分为『单核CPU』和『多核CPU』，它们调度线程的能力也有所不同：

单核CPU：同⼀时间，CPU 只能调度1个线程。
多核CPU：同一时间，CPU可以调度多个线程。

虽然这些线程实际上并不是同时执行，但由于CPU调度线程的时间足够快，也就造成了多线程”同时“执⾏的效果。

CPU调度线程

3. 多线程的生命周期

多线程的生命周期分为5个状态：新建，就绪，运行，阻塞，死亡，流程如下图所示：

新建：创建一个线程。
就绪：线程创建后，调用start方法，就会被添加到『可调度线程池』，等待CPU调度，此时为就绪状态（Runnable）。
运行：线程被CPU调度后，会被移出『可调度线程池』，成为运行状态（Running）。
阻塞：线程变为运行状态后，可能会遇到一些情况比如：线程sleep、同步锁，导致不能立即执行，变为阻塞状态。此时线程会休眠（互斥锁会休眠，自旋锁会忙等轮询），等到同步锁或者线程sleep结束后，会再被添加回『可调度线程池』，又变为就绪状态。
死亡：线程变为运行状态后，若没有遇到同步锁或线程sleep，就被立即执行，执行完后，线程结束，会被销毁，即成为死亡状态。如果线程被提前终止执行，比如调用exit方法退出执行，也会被销毁变为死亡状态。

4. 线程池原理

线程池的处理逻辑如图所示，先来认识三个概念：

corePoolSize：核心线程池大小，即线程池的基本大小。
maximumPool：线程池的最大大小。
keepAliveTime：线程池中超过corePoolSize数目的空闲线程的最大存活时间。

当一个新任务到来时，线程池的处理逻辑如下：

step1：判断当前线程池大小是否小于核心线程池大小。
Yes：创建线程去执行任务。
No：进入step2。
step2：判断线程池工作队列是否已满。
Yes：进入step3。
No：提交任务到工作队列，等待CPU调度线程执行。
step3：判断线程池中的线程数是否小于最大数量。
Yes：创建新的线程来执行任务。
No：进入step4。
step4：交给饱和策略处理，主要有以下四种处理方案：
- AbortPolicy：直接抛出RejectedExecutionExeception异常来阻⽌系统正常运⾏。
- CallerRunsPolicy：将任务回退到调⽤者。
- DisOldestPolicy：丢掉等待最久的任务。
- DisCardPolicy：直接丢弃任务。

5. 线程安全问题

线程共享进程的地址空间和资源，因此当多个线程同时访问一块资源时，容易引发数据安全问题。为了保证多线程的数据读写安全，一般会对线程进行加锁处理，分为『互斥锁』和『自旋锁』两种。这两种锁均能保证锁内的代码，同⼀时间，只有⼀条线程能够执⾏。

互斥锁

当线程遇到互斥锁时，会变为休眠状态，等锁里的线程执行完，才会被唤醒然后添加到『可调度线程池』，再等待CPU调动执行。
互斥锁有这几种：@synchronized, NSLock, pthread_mutex, NSConditionLock, NSCondition, NSRecursiveLock。

自旋锁

当线程遇到自旋锁时，不会休眠，会变为忙等待（busy waiting）的状态，并轮询检查锁是否可用，等锁里的线程执行完任务，会立即开始执行。
自旋锁有这几种：atomic, OSSpinLock, dispatch_semaphore_t。

一般来说，当锁里的任务能较短时间处理完，使用自旋锁性能更好。反之，使用互斥锁。

atomic & nonatomic

atomic和nonatomic都是用来修斯属性的，atomic表示原子属性，nonatomic表示非原子属性，它们的区别在于：

atomic针对多线程设计的，实际是在属性的setter方法里加了一个自旋锁，保证同⼀时间只有⼀个线程能够写⼊，使其修饰的属性只能多读单写。虽然能保证线程安全，但需要消耗大量的资源。
nonatomic修饰的属性是可以多读多写的，不保证线程安全，但效率高。
在iOS开发中，属性默认是atomic修饰的，但是建议都声明为nonatomic，因为效率相差近10倍。

三、多线程的实现方案

在iOS中，多线程实现方式主要有这四种：pthread、NSThread、GCD、NSOperation，如图所示：

由于pthread现在已几乎不用了，这里就只介绍另外三种方案的用法了。下面是对一个耗时任务分别以单线程和多线程处理来作示例：

耗时任务阻塞主线程

- (void)viewDidLoad {
    [super viewDidLoad];

    // Do any additional setup after loading the view.
    
    //task1
    NSLog(@" ==== task1");
    
    //task2
    [self threadTest];
    
    //task3
    NSLog(@" ==== task3");
}

//耗时任务
- (void)threadTest{
  
    NSLog(@" ==== begin task2");
    NSInteger count = 50000;
    for (NSInteger i = 0; i < count; i++) {

        NSInteger num = I;
        NSLog(@" ==== num = %ld", num);
    }
    NSLog(@" ==== end task2");
}

//打印结果
2020-11-05 16:10:40.577616+0800 Test[71508:23639447]  ==== task1
2020-11-05 16:10:40.577703+0800 Test[71508:23639447]  ==== begin task2
2020-11-05 16:10:48.117782+0800 Test[71508:23639447]  ==== end task2
2020-11-05 16:10:48.117894+0800 Test[71508:23639447]  ==== task3

这个例子中，主线程中有task1、task2、task3这三个任务需要执行（这里暂把task2当成一个任务），其中task2是个耗时任务，需要执行8s，而task3其实并不依赖task2的执行结果，但还是需要等待task2结束后才开始执行，所以对于task3来说，task2造成了线程阻塞。像这种情况，完全可以创建一个子线程来执行task2，这样主线程可以立即执行task3，不用再耗时等待了。

多线程处理任务

//分别用三种方式创建子线程来处理task2
 -(void)performThreadTest{
    
    //1.NSThread
    [NSThread detachNewThreadSelector:@selector(threadTest) toTarget:self withObject:nil];
    
    //2.GCD
    dispatch_async(dispatch_get_global_queue(0, 0), ^{

        [self threadTest];
    });

    //3.NSOperation
    [[[NSOperationQueue alloc] init] addOperationWithBlock:^{
        
        [self threadTest];
    }];
}

//打印结果
2020-11-05 16:12:03.541448+0800 Test[71597:23651072]  ==== task1
2020-11-05 16:12:03.541570+0800 Test[71597:23651072]  ==== task3
2020-11-05 16:12:03.545564+0800 Test[71597:23651434]  ==== begin task2
2020-11-05 16:12:12.445006+0800 Test[71597:23651434]  ==== end task2

从打印结果可知，在子线程中执行task2，这样主线程就不会被阻塞，可以立即执行task3。所以，当进程中存在耗时任务时，创建子线程来执行这个耗时任务，可以缓解主线程的压力，防止线程被阻塞，提高任务的处理效率。

四、线程间通讯

在iOS中，线程间的通讯主要有下图所示的几种方式，详情可查阅苹果开发文档Threading Programming Guide。

直接消息传递：通过performSelector的一系列方法，可以实现由某一线程指定在另外的线程上执行任务。因为任务的执行上下文是目标线程，这种方式发送的消息将会自动的被序列化。
全局变量、共享内存块和对象：在两个线程之间传递信息的另一种简单方法是使用全局变量，共享对象或共享内存块。尽管共享变量既快速又简单，但是它们比直接消息传递更脆弱。必须使用锁或其他同步机制仔细保护共享变量，以确保代码的正确性。否则可能会导致竞争状况，数据损坏或崩溃。
条件执行：条件是一种同步工具，可用于控制线程何时执行代码的特定部分。您可以将条件视为关守，让线程仅在满足指定条件时运行。
Runloop sources：一个自定义的 Runloop source 配置可以让一个线程上收到特定的应用程序消息。由于 Runloop source 是事件驱动的，因此在无事可做时，线程会自动进入睡眠状态，从而提高了线程的效率。
Ports and sockets：基于端口的通信是在两个线程之间进行通信的一种更为复杂的方法，但它也是一种非常可靠的技术。更重要的是，端口和套接字可用于与外部实体（例如其他进程和服务）进行通信。为了提高效率，使用 Runloop source 来实现端口，因此当端口上没有数据等待时，线程将进入睡眠状态。需要注意的是，端口通讯需要将端口加入到主线程的Runloop中，否则不会走到端口回调方法。
消息队列：传统的多处理服务定义了先进先出（FIFO）队列抽象，用于管理传入和传出数据。尽管消息队列既简单又方便，但是它们不如其他一些通信技术高效。
Cocoa 分布式对象：分布式对象是一种 Cocoa 技术，可提供基于端口的通信的高级实现。尽管可以将这种技术用于线程间通信，但是强烈建议不要这样做，因为它会产生大量开销。分布式对象更适合与其他进程进行通信，尽管在这些进程之间进行事务的开销也很高。

iOS原理 多线程1 -- 多线程的作用和原理

前言