GCD多线程问题整理

1.GCD队列有哪几种类型?有哪几种队列?

GCD队列分为串行队列、并行队列两种类型;队列有主串行队列、全局并行队列(在系统主线程空闲时才会执行)、自定义队列;

2.如何用GCD同步若干个异步调用(如根据若干个URL异步加载多张图片,然后在都下载完成后合成一张整图)?

使用Dispatch Group追加block到Global Group Queue,这些block全部执行完毕,回到主线程;

    dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
    dispatch_group_t group = dispatch_group_create();
    dispatch_group_async(group, queue, ^{
        /**加载图片1*/
        dispatch_sync(queue, ^{
            NSLog(@"加载图片1");
            [self load1];
        });
    });
    dispatch_group_async(group, queue, ^{
        /**加载图片2*/
        dispatch_sync(queue, ^{
            NSLog(@"加载图片2");
            [self load2];
        });
    });
    dispatch_group_async(group, queue, ^{
        /**加载图片3*/
        dispatch_sync(queue, ^{
            NSLog(@"加载图片3");
            [self load3];
        });
    });
    
//    //等待上面的任务全部完成后,会往下继续执行 (会阻塞当前线程)
//    dispatch_group_wait(group, DISPATCH_TIME_FOREVER);
    
    //等待上面的任务全部完成后,会收到通知执行block中的代码 (不会阻塞线程)
    dispatch_group_notify(group, dispatch_get_main_queue(), ^{
        /**合并图片*/
        NSLog(@"Method1-全部任务执行完成");
    });

- (void)load1 {
    sleep(2);
    NSLog(@"加载图片1,沉睡2s");
}
- (void)load2 {
    sleep(5);
    NSLog(@"加载图片2,沉睡5s");
}
- (void)load3 {
    sleep(8);
    NSLog(@"加载图片3,沉睡8s");
}

dispatch_group_wait :在任务组完成时调用,或者任务组超时是调用(完成指的是enter和leave次数一样多,leave多崩溃,enter多未完成)
dispatch_group_notify:不管超不超时,只要任务组完成,会调用,不完成不会调用
dispatch_group_async(group, queue, block) 和 dispatch_group_notify(group, queue, block) 组合在执行同步任务时正常,在执行异步任务时不正常。

3.GCD怎么保证任务的按顺序执行,等待一些任务完成后才能继续进行?

使用dispatch_barrier_async;在并行队列中,为了保持某些任务的顺序,需要等待一些任务完成后才能继续进行,使用barrier来等待之前任务完成,避免数据竞争等问题;

4.苹果为什么废弃dispatch_get_current_queue?

dispatch_get_current_queue容易造成死锁,执行线程时,会产生一个与之绑定的队列,而执行dispatch_get_current_queue时,产生的队列可能与该线程没有关系,所以可能造成死锁;

5.dispatch_after的作用?

dispatch_after是来延迟执行的GCD方法,dispatch_after能让我们添加进队列的任务延迟执行,该函数并不是在指定时间后执行处理,而只是在指定时间追加到自己需要的队列中去执行。(在对时间要求非常精准的情况下才可能会出现问题。)dispatch_after参数:第一个参数是time,第二个参数是想加入那个队列,第三个参数需要执行的block。

6.GCD如何创建串行队列、并行队列?(同步、异步线程的创建略)

dispatch_queue_t queue = dispatch_queue_create("队列名",队列类型(DISPATCH_QUEUE_SERIAL -串行队列,DISPATCH_QUEUE_CONCURRENT -并行队列) );

7.GCD之线程怎么形成死锁的?

参考自:https://www.cnblogs.com/LDSmallCat/p/4910080.html
正确代码如下:(同步:不会立即返回,即阻塞当前线程,等待block同步执行完成;异步:立即返回, block会在后台异步执行

-(void)testThreadDeadlock {
①    NSLog(@"0 ---- %@", [NSThread currentThread]);
②    // 创建一个串行队列
③    dispatch_queue_t queue = dispatch_queue_create("queue", DISPATCH_QUEUE_SERIAL);
④    dispatch_async(queue, ^{// block1开始
⑤       NSLog(@"1 ---- %@", [NSThread currentThread]);
⑥       
⑦        dispatch_async(queue, ^{// block2开始
⑧            NSLog(@"2 ---- %@", [NSThread currentThread]);
⑨        });// block2结束
⑩        
⑪        NSLog(@"3 ---- %@", [NSThread currentThread]);
⑫    });// block1结束
⑬    NSLog(@"4 ---- %@", [NSThread currentThread]);
}

案例分析:
1.调用testThreadDeadlock方法执行到①时没有开启线程,在主线程中打印;
2.执行到④时检测到异步函数async,此时async函数直接返回,不会等函数中的block1执行完毕才返回,执行到④时系统有两件事要做,第一跳至⑬行打印,第二开启一个新的线程1(是子线程而非主线程,假设是子线程1)执行block1当中的内容。所以看到主线程先打印NSLog(@"0 ---- %@", [NSThread currentThread]);、NSLog(@"4 ---- %@", [NSThread currentThread]);,打印结束就没有主线程的事情了,接下来子线程登场;
3.子线程1执行block1的内容:\color{#FF0000}{1.}执行⑤行打印,在(子线程1)打印;\color{#FF0000}{2.}执行到⑦行检测到async异步函数,直接返回,不等待block2执行完毕,程序继续向下执行,即打印⑪行NSLog(@"3 ---- %@", [NSThread currentThread]);(子线程1打印),同时又创建一个 (子线程2)
4.现在分析一下程序运行到这里一共经历了几个线程?3个,主线程1个,④行、⑦行分别创建了两个子线程1和2;(怎么看是否创建了新的线程?"一般"来说看函数,是async异步执行还是sync同步执行,为什么要用"一般"?往下看)

那么问题来了,⑤行和⑪行的打印(即1、3打印)都在一个线程上我们可以理解(看线程地址),但是为什么⑧行的打印也和这两个在同一个线程呢?因为④行创建了一个子线程打印了⑤行和⑪行之后,这个线程的任务结束了,正常来说就要销毁了,没他什么事了。但是我们在⑦行又需要创建一个线程,创建线程需要时间和空间成本(占用内存)所以在子线程1执行完任务进入线程池要销毁的时候,发现系统还要再创建一个线程,ok那我就不销毁了,你也不用再创建了,所以线程1就被重复利用了,所以他们在一个线程上打印。

5.回到正题,在子线程1执行⑤行、⑪行的打印之后,被系统重复利用,来执行⑦行block2的内容,⑧行打印结束一个消息循环结束,进入休眠等待下次触发。
6.总结:为什么程序的打印结果会是这样的?与两个因素有关:\color{#FF0000}{1.}函数是async异步执行还是sync同步执行;\color{#FF0000}{2.}队列我们创建的是串行队列这个串行队列里面有两个任务block1block2,串行队列遵循先进先出原则,block1在④行加入,先执行,block2在⑦行加入后执行。block1中有三个任务⑤行、⑪行打印和block2,且block2在两个打印中间,按照程序自上到下执行…问题又来了,为什么block2不是在两个打印任务之间执行?而是在打印结束后执行?这时就要看函数啦~
async这是什么?异步执行!要开启新的线程(或是重复利用线程池中已经创建的线程,什么样的线程可以重复利用?这个线程已经执行完它的任务,进入线程池马上销毁的线程才可以重复利用)(开启线程或是获取线程池中重复利用的线程是需要时间成本的)检测到这个函数怎么办?直接返回,不用等这个函数的block执行完就返回。什么意思?执行到⑦行的时候兵分两路,一路向下执行⑪行打印,一路从线程池中获取重复利用的线程处理block2的任务。在兵分两路的时候子线程1还没有处理完⑪行的打印,它的任务没有结束啊!为什么处理block2没有创建新的线程?因为需要时间和空间成本。GCD为我们做了优化,(怎么优化的我们不用操心~~看不到源码这是个迷,不过看到了也不一定看得懂!哈哈所以不创建新的线程,等子线程1执行完他的任务,我们重复利用它!ok说完了;
综上:如果⑦行改为dispatch_sync同步操作,将会造成死锁,理由:执行dispatch_sync同步线程时,不会创建新线程,那么在⑦行将调用线程1,同时block1向下执行⑪行代码也要调用线程1,造成死锁;

8.分析自旋锁、互斥锁、NSLock、信号量、条件锁、对象锁 、递归锁?

自旋锁OSSpinLock停止使用,线程的优先级反转可能导致线程死锁,使用os_unfair_lock_t(实质为互斥锁)代替;
所有锁(包括NSLock)的接口实际上都是通过NSLocking协议定义的,它定义了lockunlock方法。你使用这些方法来获取释放该锁。

锁类型 概念描述 优劣对比
自旋锁 自旋锁(OSSpinLock)
创建锁:_pinLock = OS_SPINLOCK_INIT;
加锁:OSSpinLockLock(&_pinLock);
解锁:OSSpinLockUnlock(&_pinLock);
为实现保护共享资源而提出的一种锁机制。互斥锁一样,一个执行单元要想访问被自旋锁保护的共享资源,必须先得到锁,在访问完共享资源后,必须释放锁。如果在获取自旋锁时,没有任何执行单元保持该锁,那么将立即得到锁;如果在获取自旋锁时锁已经有保持者,那么获取锁操作将自旋在那里,直到该自旋锁的保持者释放了锁。
在任何时刻,最多只能有一个保持者,都能保证线程安全。调度机制上,如果共享数据已经有其他线程加锁了,线程会以死循环的方式等待锁,一旦被访问的资源被解锁,则等待资源的线程会立即执行。
互斥锁 互斥锁(pthread_mutex C语言)不能由多个线程同时执行
pthread_mutexattr_t attr;
pthread_mutexattr_init(&attr);
定义锁的类型(属性):pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_NORMAL);
pthread_mutex_t mutex;
创建锁:pthread_mutex_init(&mutex, &attr);
申请锁:pthread_mutex_lock(&mutex);
{临界区}
释放锁:pthread_mutex_unlock(&mutex);
互斥锁的实现原理与信号量非常相似,不是使用忙等,而是阻塞线程并睡眠,需要进行上下文切换。锁的类型,可以有 PTHREAD_MUTEX_NORMAL、PTHREAD_MUTEX_ERRORCHECK、PTHREAD_MUTEX_RECURSIVE 等等;如果lock区域代码,再次进行加锁,就会变成递归,因此我们要把锁的属性变成PTHREAD_MUTEX_RECURSIVE来避免死锁
在任何时刻,最多只能有一个保持者,都能保证线程安全。调度机制上,如果共享数据已经有其他线程加锁了,线程会进入休眠状态等待锁。一旦被访问的资源被解锁,则等待资源的线程会被唤醒。如果临界区很短,忙等的效率也许更高;由于 pthread_mutex 有多种类型,可以支持递归锁等,因此在申请加锁时,需要对锁的类型加以判断,这也就是为什么它和信号量的实现类似,但效率略低的原因。底层的api,复杂的多线程处理建议使用,并且可以封装自己的多线程
信号量 信号量(dispatch_semaphore)互斥类型
锁是服务于共享资源的;而semaphore是服务于多个线程间的执行的逻辑顺序的。信号量的本质就是调度线程!
dispatch_semaphore_create(value) value是初始信号持有量
dispatch_semaphore_signal 信号量+1
dispatch_semaphore_wait 信号量-1
如果等待期间没有获取到信号量或者信号量的值一直为0,那么等到timeout时,其所处线程自动执行其后语句。
semaphore是通过一个值来实现线程的调度的,因此借助这种机制,我们也可以实现对线程数量的限制休眠,需要上下文切换,耗时,占用时间比较长时候使用注意:不能在中断中休眠!
条件锁 条件锁(NSConditionLock)
互斥锁pthread_mutex的一种封装
1
对象锁 对象锁(NSLock)
对pthread_mutex锁的属性为normal的封装;
互斥锁 不能多次调用lock方法,会造成死锁
1
递归锁 递归锁(NSRecursiveLock)
对pthread_mutex锁的属性为recursive的封装;
递归锁的性能出奇的高,但是只能作为递归使用,所以限制了使用场景;

上下文切换的概念:对线程的上下文进行保存和恢复的过程(当发生操作系统事件时,如唤起系统调用等情况,内核会切换执行路径;执行中路径的状态,如CPU寄存器等信息会保存到各自路径专用的内存块中;从切换目标路径专用的内存块中,复原CPU寄存器等信息,继续执行切换路径的CPU命令;)

各锁的性能对比图:


锁性能对比图.png

NSCondition:使用其做多线程之间的通信调用不是线程安全的
NSConditionLock:单纯加锁性能非常低,比NSLock低很多,但是可以用来做多线程处理不同任务的通信调用

9. GCD、NSOperatinQueue、NSThread对比
GCD NSOperatinQueue NSThread
解析 基于C语言框架,充分利用多核,苹果推荐的多线程技术 面向对象多线程编程
本质是对GCD的封装
轻量级多线程编程,真正的多线程编程技术,每一个NSThread对象对应一个线程
抽象程度
优点 基于C语言,是替代前两者的高效强大的技术,执行效率比前两者高,代码比较集中易维护 不用担心线程管理、同步的事情,主要精力在对线程的操作(暂停、继续和取消)上,可规定最大并发数;是面向对象的,建立在GCD上,在架构上、优先级管理上做的比GCD好,可以很好支持GCD没有或者不完美的操作,比如取消线程、KVO监控、指定操作间的优先级或相互依赖 量级轻,使用简单
缺点 - 相对GCD来说代码比较分散,不容易管理 需要自己管理线程的生命周期、线程同步、睡眠、唤醒等,对线程加锁需要耗费一定系统开销
10.进程与线程的关系

进程概念: 进程是程序在计算机的一次执行活动,打开一个app,就开启了一个进程,可包含多个线程;
线程概念: 独立执行的代码段,一个线程同时间只能执行一次,反之多线程并发可以同一时间执行多个任务;

线程与进程的区别和联系?

  • 线程是进程的基本单位。
  • 进程和线程都是由操作系统所产生的,程序运行的基本单元,系统利用该基本单元实现系统对于应用的并发性。
  • 进程和线程的主要差别,在于它们是不同的操作系统资源管理方式
  • 进程有独立的地址空间,一个进程崩溃后,在保护模式下,不会对其他进程产生影响。
  • 线程只是一个进程中的不同执行路径。
  • 线程有自己的堆栈和局部变量,但线程之间没有独立的地址空间,一个线程死掉就等于整个进程死掉,所以多进程的程序要比多线程的程序健壮,但在进程切换时,耗费资源较大,效率要差一些。
  • 但对于一些要求同时进行并且又要共享某些变量的并发操作,只能用线程,不能用进程。

使用多线程的优势:
1.使用多线程可以减少程序的响应时间。在单线程(单线程指的是程序执行过程中只有一个有效操作的序列,不同操作之间都有明确的执行先后顺序)的情况下,如果某个操作很耗时,或者陷入长时间的等待(如等待网络响应),此时程序将不会响应鼠标和键盘等操作,使用多线程后,可以把这个耗时的线程分配到一个单独的线程去执行,使得程序具备了更好的交互性。
2.与进程相比,线程的创建和切换开销更小。由于启动一个新的线程必须给这个线程分配独立的地址空间,建立许多数据结构来维护线程的代码段、数据段等信息,而运行于同一进程内的线程共享代码段、数据段,线程的启动或切换的开销比进程要少很多。同时多线程在数据共享方面效率非常高。
3.多CPU或多核计算机本身就具有执行多线程的能力,如果使用单个线程,将无法重复利用计算机资源,造成资源的巨大浪费。因此在多CPU计算机上使用多线程能提高CPU的利用率。
4.使用多线程能简化程序的结构,使程序便于理解和维护。一个非常复杂的程序可以分成多个线程来执行。

11. dispatch_apply

dispatch_apply函数是dispatch_sync函数和Dispatch Group的关联API,该函数按指定的次数将指定的Block追加到指定的Dispatch Queue中,并等待全部处理执行结束。可以实现对数组array[]的遍历。

NSArray *array =@[@"",@"",@""];
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_apply([array count], queue, ^(size_t index){
    NSLog(@"%zu: %@", index, [array objectAtIndex:index]); 
});
12. dispatch_set_target_queue

用dispatch_queue_create函数生成的Dispatch Queue都是默认优先级的线程,要改变线程的优先级,dispatch_set_target_queue的作用就凸显出来了,栗子如下:

dispatch_queue_t mySerialDispatchQueue = dispatch_queue_create("com.example.gcd.MySerialDispatchQueue", NULL);
dispatch_queue_t globalDispatchQueueBackground = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_BACKGROUND, 0);
dispatch_set_target_queue(mySerialDispatchQueue, globalDispatchQueueBackground);

不仅如此,该函数还可以改变执行层次,最底层的Serial Dispatch Queue和Concurrent Dispatch Queue在按照顺序在上一层的Serial Dispatch Queue中执行,避免最底层线程并行执行。

13.利用NSOperation与NSOperationQueue处理多线程时,有3个NSOperation分别为A,B,C,要求A,B执行完之后,才执行C,如何做?

对于queue中的operations改变执行顺序的取决2点:
1.NSOperation 对象的依赖关系和queue的最大并发operation数量决定;
2.NSOperation 的优先级确定;优先级则是NSOperation 对象的一个属性。默认所有的“普通”优先级,通过setQueuePriority方法提升或者降低NSOperation的优先级,优先级只能应用于相同的queue的NSOperation,如果应用有多个NSOperationqueue,每个queue优先级等级是相互独立的。

    NSOperationQueue *queue = [[NSOperationQueue alloc] init];
    [queue setMaxConcurrentOperationCount:1];
    NSBlockOperation *A= [NSBlockOperation blockOperationWithBlock:^(){
        NSLog(@"执行第1次操作,线程:%@", [NSThread currentThread]);
    }];
    NSBlockOperation *B = [NSBlockOperation blockOperationWithBlock:^(){
        NSLog(@"执行第2次操作,线程:%@", [NSThread currentThread]);
    }];
    NSBlockOperation *C = [NSBlockOperation blockOperationWithBlock:^(){
        NSLog(@"执行第3次操作,线程:%@", [NSThread currentThread]);
    }];
    [C setQueuePriority:NSOperationQueuePriorityVeryLow];
    // C依赖于A,B
    [C  addDependency:A];
    [C  addDependency:B];
    [queue addOperation:A];
    [queue addOperation:B];
    [queue addOperation:C];
// AB并行执行,顺序随机,最后执行C
14.多线程的底层实现?

1.线程:Mach是第一个以多线程方式处理任务的系统,因此多线程的底层实现机制是基于Mach的线程;
2.开发中很少用Mach级的线程,因为Mach级的线程没有提供多线程的基本特征,线程之间是独立的;
3.开发中实现多线程的方案:
    (1) C语言的POSIX接口(可移植操作系统接口):#include<pthread.h>
    (2) OC的NSThread
    (3) C语言的GCD接口(性能最好,代码更简洁)
    (4) OC的NSOperation和NSOperationQueue(基于GCD)

15.多线程的三大特性:

1.原子性:线程的一个或者多个操作要么全部执行,且执行过程不会被打断,要么全部都不执行;
2.可见性:可见性是指多个线程访问同一个变量的时候,一个线程修改了这个变量的值,其他线程也可以立刻看到这个修改后的值。Java提供关键字volatile来保证可见性;锁也能保证可见性;
3.有序性:即程序的执行顺序按照代码的先后顺序执行。

16.volatile关键字的作用?

volatile提醒编译器它后面所定义的变量随时都有可能改变,因此编译后的程序每次需要存储读取这个变量的时候,都会直接从变量地址中读取数据。如果没有volatile关键字,则编译器可能优化读取和存储,可能暂时使用寄存器中的值,如果这个变量由别的程序更新了的话,将出现不一致的现象。

17.dispatch_suspend、dispatch_resume线程挂起与恢复

简单来说,就是可以暂停、恢复队列上的任务。但是这里的“挂起”,并不能保证可以立即停止队列上正在运行的block;dispatch_suspend并不会立即暂停正在运行的block,而是在当前block执行完成后,暂停后续的block执行。

18.列举Cocoa中常见的几种多线程的实现,并谈谈多线程安全的几种解决办法?

GCD、NSOperation、NSThread;自旋锁、互斥锁、信号量;

19.如果让你实现 GCD 的线程池,讲一下思路

线程池包含如下7个部分:1、线程池管理器(用于创建并管理线程池,单例);2、工作线程(线程池中的线程);3、任务接口(每个任务必须实现的接口,以供工作线程调度任务的执行);4、任务队列(用于存放没有处理的任务,提供一种缓冲机制);5、corePoolSize核心池的大小(默认情况下,在创建了线程池后,线程池中的线程数为0,当有任务来之后,就会创建一个线程去执行任务,当线程池中的线程数量达到corePoolSize后,就会把达到的任务放到缓存队列当中);6、maximumPoolSize线程池最大线程数(它表示在线程池中最多能创建多少个线程);7、keepAliveTime存活时间(表示线程没有任务执行时最多保持多久时间会终止。默认情况下,只有当线程池中的线程数大于corePoolSize时,keepAliveTime才会起作用,这时如果一个线程空闲的时间达到keepAliveTime,则会终止直到线程池中的线程数不大于corePoolSize);
具体流程如下:
1、当通过任务接口向线程池管理器中添加任务时,如果当前线程池管理器中的线程数目小于corePoolSize,则每来一个任务,就会通过线程池管理器创建一个线程去执行这个任务;
2、如果当前线程池中的线程数目大于等于corePoolSize,则每来一个任务,会尝试将其添加到任务缓存队列当中,若添加成功,则该任务会等待空闲线程将其取出去执行;
3、如果当前线程池中的线程数目达到maximumPoolSize,则会采取任务拒绝策略进行处理;
4、如果线程池中的线程数量大于corePoolSize时,如果某线程空闲时间超过keepAliveTime,线程将被终止,直至线程池中的线程数目不大于corePoolSize;

20.Global Dispatch Queue全局队列的四种执行优先级?

高优先级(High Priority,参数:DISPATCH_QUEUE_PRIORITY_HIGH)、默认优先级(Default Priority,参数:DISPATCH_QUEUE_PRIORITY_DEFAULT)、低优先级(Low Priority,参数:DISPATCH_QUEUE_PRIORITY_LOW)、后台优先级(Background Priority,参数:DISPATCH_QUEUE_PRIORITY_BACKGROUND)

21.使用GCD以及block时要注意些什么?它们两是一回事儿么?block在ARC中和传统的MRC中的行为和用法有没有什么区别,需要注意些什么?

block的使用需注意:1、block的内存管理;2、防止循环强引用;
(1、block 在实现时就会对它引用到的,它所在方法中定义的栈变量进行一次只读拷贝,然后在 block 块内使用该只读拷贝;2、非内联(inline) block 不能直接访问 self,只能通过将 self 当作参数传递到 block 中才能使用,并且此时的 self 只能通过 setter 或 getter 方法访问其属性,不能使用句点式方法。但内联 block 不受此限制;)
不是一回事;
block避免循环强引用需要注意:1、非ARC(MRC):__block修饰的变量的引用计算是不变的(还有修改外部临时变量);2、ARC:__weak/__unsafe_unretained

22.线程之间是如何通信的?

NSThread类提供了两个比较常用的方法,用于实现线程间的通信,这两个方法的定义格式如下:

- (void)performSelectorOnMainThread:(SEL)aSelector withObject:(id)arg waitUntilDone:(BOOL)wait;

- (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(id)arg waitUntilDone:(BOOL)wait;

NSMachPort:(基本机制:A线程父线程创建NSMachPort对象,并加入A线程的runloop。当创建B线程辅助线程时,将创建的NSMachPort对象传递到主体入口点,B线程辅助线程就可以使用相同的端口对象将消息传回A线程父线程。)

23.GCD内部怎么实现的?

1.iOS和OS X的核心是XNU内核,GCD是基于XNU内核实现的;
2.GCD的API全部在libdispatch库中;
3.GCD的底层实现主要有Dispatch Queue管理block(操作)和Dispatch Source处理事件(MACH端口发送,MACH端口接收,检测与进程相关事件等10种事件)。

24.NSBlockOperation和NSInvocationOperation用法的区别?

NSBlockOperation执行代码块,NSInvocationOperation执行指定的方法,相对来说后者更加灵活易用。

25.UIKit类要在哪一个应用线程上使用?

UIKit的界面类只能在主线程上使用,对界面进行更新,多线程环境中要对界面进行更新必须要切换到主线程上。

26.GCD中栅栏机制?

栅栏函数,只能用在调度并发队列中,不能使用在全局并发队列中。
1、实现高效率的数据库访问和文件访问。
2、避免数据竞争。
dispatch_barrier_async函数会等待追加到并行队列上的并行执行的处理全部结束之后,再将制定的处理追加到该并行队列中。然后再由dispatch_barrier_async函数追加的处理执行完毕后,并行队列才恢复为一般的动作,追加到该并行队列的处理又开始执行。

27.线程共享进程资源的实例?

火车票抢票案例。

28.unix上进程怎么通信?

UNIX主要支持三种通信方式:
1. 基本通信:主要用来协调进程间的同步和互斥;(1.锁文件通信:通信的双方通过查找特定目录下特定类型的文件(称锁文件)来完成进程间,对临界资源访问时的互斥;例如进程p1访问一个临界资源,首先查看是否有一个特定类型文件,若有,则等待一段时间再查找锁文件。2.记录锁文件
2. 管道通信:适应大批量的数据传递;
3. IPC:适应大批量的数据传递;

29.列举几种进程的同步机制、进程的通信途径、死锁及死锁的处理方法。

进程的同步机制:原子操作、信号量机制、自旋锁、管程、会合、分布式系统(具体解释可参照:https://blog.csdn.net/opah521/article/details/6546410
进程之间通信的途径:共享存储、系统消息传递系统、管道(以文件系统为基础)
进程死锁的原因:资源竞争及进程推进顺序非法(进程在运行过程中,请求和释放资源的顺序不当
死锁的4个必要条件:互斥、请求保持、不可剥夺、环路;
死锁的处理:鸵鸟策略、预防策略、避免策略、检测与解除死锁;

30.什么是线程同步,如何实现的?子线程回到主线程的方法是什么,有什么作用?

线程同步:即当有一个线程在对内存进行操作时,其他线程都不可以对这个内存地址进行操作,直到该线程完成操作, 其他线程才能对该内存地址进行操作,而其他线程又处于等待状态,实现线程同步的方法有很多,临界区对象就是其中一种。
回到主线程的方法:dispatch_async(dispatch_get_main_queue(), ^{});
作用:刷新UI界面。

31.使用atomic一定是线程安全的吗?

不一定是线程安全的;atomic和nonatomic修饰的OC对象,系统都会自动生成setter/getter方法,区别在于atomic会进行加锁操作,nonatomic不会。系统默认使用atomic(在多线程环境下,解析的访问器提供一个对属性的安全访问,从获取器得到的返回值或者通过设置器设置的值可以一次完成,即便是别的线程也正在对其进行访问。)。
atomic的本意是指属性的存取方法线程安全的(thread safe),并不保证整个对象是线程安全的。

A、B、C等多个线程都要操作同一个对象setter,D线程要getter这个对象的值,那么每个线程都成保证各自数据的完整性,但是D线程最后get到的值并不能确定。

所以atomic能够保证数据的完成性,也就是说他只是读写安全,并不能准确定义说他是线程安全的。因为线程可以对数据做很多操作,包括读写,还有release、retain,假如说对一个已经释放的对象进行release,就会导致crash。

32.OC中异步使用的哪种事件模型,iOS中异步实现机制?

异步非阻塞I/O(AIO)模型。不是很确定,自我理解为,当需要异步调用时,开启一个异步线程,在这个子线程中进行操作;

33.GCD的queue、main queue中执行的代码一定是在main thread么?

不一定。对于queue中所执行的代码,不一定在main thread中;如果queue是在主线程中创建的,那么在主线程中执行;如果在子线程中创建,那么不在main thread中执行。对于main queue就是在主线程中的,因此一定会在主线程中执行。

34.有a、b、c、d 4个异步请求,如何判断a、b、c、d都完成执行?如果需要a、b、c、d顺序执行,该如何实现?

活学活用,dispatch_group_async判断4个同步请求都执行完成,然后执行dispatch_group_notify来回调;或者加锁、信号量、栅栏。顺序执行,NSOperation通过添加依赖关系、dispatch_barrier_async栅栏、加锁、信号量、串行队列等。

35.如何实现dispatch_once?

参考:http://www.dreamingwish.com/article/gcd-guide-dispatch-once-2.html
dispatch_once的主要处理的情况如下:(通过使用信号量来实现)
1.线程A执行Block时,任何其它线程都需要等待。
2.线程A执行完Block应该立即标记任务完成状态,然后遍历信号量链来唤醒所有等待线程。
3.线程A遍历信号量链来signal时,任何其他新进入函数的线程都应该直接返回而无需等待。
4.线程A遍历信号量链来signal时,若有其它等待线程B仍在更新或试图更新信号量链,应该保证此线程B能正确完成其任务:a.直接返回 b.等待在信号量上并很快又被唤醒。
5.线程B构造信号量时,应该考虑线程A随时可能改变状态(“等待”、“完成”、“遍历信号量链”)。
6.线程B构造信号量时,应该考虑到另一个线程C也可能正在更新或试图更新信号量链,应该保证B、C都能正常完成其任务:a.增加链节并等待在信号量上 b.发现线程A已经标记“完成”然后直接销毁信号量并退出函数。
总结:无锁的线程同步编程非常精巧,为了提升效率,每一处线程竞争都必须被考虑到并妥善处理。

36.关于NSOperation
  • NSOperation:抽象类,不能直接使用,需要使用其子类(类似的类还有核心动画)。
  • 两个常用子类:NSInvocationOperation(调用方法)和NSBlockOperation(代码块)。
  • 两者没有本质区别,后者使用Block的形式组织代码,使用相对方便。
  • NSInvocationOperation在调用start方法后,不会开启新的线程只会在当前线程中执行。
  • NSBlockOperation在调用start方法后,如果封装的操作数>1会开辟多条线程执行,=1只会在当前线程执行。
  • NSOperationQueue创建的操作队列默认为全局队列,队列中的操作执行顺序是无序的,如果需要让它有序执行需要添加依赖关系。
// 操作op3依赖于操作op2
[op3 addDependency:op2];
// 操作op2依赖于操作op1
[op2 addDependency:op1];
  • 同时可以设置最大并发数。
  • NSOperationQueue、NSOperation支持取消、暂停的操作,但是正在进行的操作并不能取消,这一旦取消不可恢复。
  • NSOperationQueue支持KVO,可以监测Operation是否正在执行(isExecuted)、是否结束(isFinished),是否取消(isCancelled)。
37.NSOperationQueue是队列吗?

存放NSOperation的集合类,不能说是队列,因为不是严格的先进先出。

38.为什么要取消/恢复队列呢?

1.一般在内存警告后取消队列中的操作;2.为了保证scrollView在滚动的时候流程,通常在滚动开始时,暂停队列中的所有操作,滚动结束后,恢复操作。

39.下面关于线程管理错误的是?

A.GCD所用的开销要比NSThread大
B.可以在子线程中修改UI元素
C.NSOperationQueue是比NSThread更高层的封装
D.GCD可以根据不同优先级分配线程

  • 参考答案:B
  • 解析:首先,UI元素的更新必须在主线程。GCD与Block配合使用,block需要自动捕获上下文变量信息等,因此需要更多的资源,故比NSThread开销要大一些。NSOperationQueue与NSOperation配合使用,比NSThread更易于操作线程。GCD提供了多个优先级,我们可以根据设置优先级,让其自动为我们分配线程。
40.
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,080评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,422评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,630评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,554评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,662评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,856评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,014评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,752评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,212评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,541评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,687评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,347评论 4 331
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,973评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,777评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,006评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,406评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,576评论 2 349

推荐阅读更多精彩内容

  • iOS多线程编程 基本知识 1. 进程(process) 进程是指在系统中正在运行的一个应用程序,就是一段程序的执...
    陵无山阅读 6,026评论 1 14
  • 1. GCD简介 什么是GCD呢?我们先来看看百度百科的解释简单了解下概念 引自百度百科:Grand Centra...
    千寻_544f阅读 362评论 0 0
  • 天空很灰,有风,周围的行人形色匆匆,不肯放慢半点脚步,似乎,有什么很重要的事要赶着去完成。 没事的人,都喜欢宅在宿...
    松暝藏鹤阅读 355评论 0 1
  • 见: 写作的六个步骤为: 目标、读者、头脑风暴、组织、写初稿、修改。但是注意不要按照线性去走这六个步骤,只要保证写...
    安迪安sir阅读 249评论 0 0
  • 最近看新闻看到好几个关于公共管理上的妙招,最近又是公务员面试集中时期,我就把这个几个例子整理一下,供面试参考,其实...
    龙昌宝阅读 410评论 2 1