乃确实学明白。举例用Pthreads创建一个线程去履行一个职责。

致力起得起缘,今天自己怀念与汝聊聊线程的故即是——当然是指向一个共产党人的思想觉悟,为全员透析生命,讲解你正蒙圈的知识点,或者想排除脑袋才意识这么简约的技术方案。

众多口效仿线程,迷迷糊糊;很多丁问线程,有所期待;也发好多人数写线程,分享认知给正极力的青年,呦,呦,呦呦。但是,你确实了解线程么?你真正会用几近线程么?你真的学明白,问明了,写清楚了么?不管而明白不知底,反正我未亮堂,但是,没按,你看了,你虽了解了。


线程对操作系统来说就是是同等截代码和运行时数据.操作系统回味每个线程保存相关的多寡,当属接来自CPU的时间片中断事件不时,就会见随一定规则从这些线程中选择一个,恢复它的运转时数,这样CPU就得继续执行这个线程了,也即是单核CPU并从未主意落实真正意义上之起执行,只是CPU快速地当多长条线程之间调度,CPU调度线程的年月足够快,
就招致了大半线程并发执行的假象.并且就单核CPU而言多线程可以化解线程阻塞的题目,
但是该自运行效率并没加强, 多CPU的竞相运算才真正解决了运转效率问题.
我们常用的线程
Pthreads

前言

  • 干线程,那就算只好提CPU,现代的CPU有一个充分重大的特色,就是日片,每一个抱CPU的天职只能运行一个光阴片规定的时。
  • 实则线程对操作系统来说就是是一样段子代码和运行时数。操作系统会为每个线程保存有关的多少,当属接来自CPU的时间片中断事件不时,就会见按照自然规则从这些线程中摘一个,恢复它的周转时数,这样CPU就足以继续执行这个线程了。
  • 啊就是实际就单核CUP而言,并无法落实真正含义及的出现执行,只是CPU快速地于差不多长达线程之间调度,CPU调度线程的年华足够快,就导致了大多线程并发执行之假象。并且即使单核CPU而言多线程可以缓解线程阻塞的题材,但是那个自己运行效率并不曾提高,多CPU的彼此运算才真的化解了运转效率问题。
  • 系受正周转的诸一个应用程序都是一个进程,每个过程系统还见面分配受它们独立的内存运行。也就是说,在iOS系统受遭到,每一个动还是一个历程。
  • 一个进程的富有任务还以线程中开展,因此每个过程至少要来一个线程,也尽管是主线程。那大多线程其实就是一个历程被多长线程,让拥有任务并发执行。
  • 大多线程在必意义及实现了经过内之资源共享,以及效率的升级换代。同时,在必然水平达针锋相对独立,它是程序执行流的极端小单元,是过程被之一个实体,是实践顺序太基本的单元,有和好栈和寄存器。
  • 面这些你是无是都了解,但是自偏偏要说,哦呵呵。既然我们聊线程,那咱们就是先行由线程开刀。

POSIX线程(POSIX threads), 简称Pthreads, 是线程的POSIX标准. 该标准定义了创建和操纵线程的一整套API. 在类Unix操作系统(Unix, Linux, Mac OS X等)中, 都使用Pthreads作为操作系统的线程.虽然高大上跨平台,但看似牛逼却基本用不到

Pthreads && NSThread

优先来拘禁和线程有最直白关联之平模拟C的API:

举例来说用Pthreads创建一个线程去履行一个任务:

Pthreads

POSIX线程(POSIX
threads),简称Pthreads,是线程的POSIX标准。该规范定义了创造与操纵线程的一整套API。在类Unix操作系统(Unix、Linux、Mac
OS X等)中,都应用Pthreads作为操作系统的线程。

#import "pthread.h"
- (void)pthreadsDoTask {
/*
     pthread_t:线程指针
     pthread_attr_t:线程属性
     pthread_mutex_t:互斥对象
     pthread_mutexattr_t:互斥属性对象
     pthread_cond_t:条件变量
     pthread_condattr_t:条件属性对象
     pthread_key_t:线程数据键
     pthread_rwlock_t:读写锁
     //
     pthread_create():创建一个线程
     pthread_exit():终止当前线程
     pthread_cancel():中断另外一个线程的运行
     pthread_join():阻塞当前的线程,直到另外一个线程运行结束
     pthread_attr_init():初始化线程的属性
     pthread_attr_setdetachstate():设置脱离状态的属性(决定这个线程在终止时是否可以被结合)
     pthread_attr_getdetachstate():获取脱离状态的属性
     pthread_attr_destroy():删除线程的属性
     pthread_kill():向线程发送一个信号
     pthread_equal(): 对两个线程的线程标识号进行比较
     pthread_detach(): 分离线程
     pthread_self(): 查询线程自身线程标识号
     //
     *创建线程
     int pthread_create(pthread_t _Nullable * _Nonnull __restrict, //指向新建线程标识符的指针
     const pthread_attr_t * _Nullable __restrict,  //设置线程属性。默认值NULL。
     void * _Nullable (* _Nonnull)(void * _Nullable),  //该线程运行函数的地址
     void * _Nullable __restrict);  //运行函数所需的参数
     *返回值:
     *若线程创建成功,则返回0
     *若线程创建失败,则返回出错编号
     */
   pthread_t thread = NULL;
   NSString *params = @"Hello World";
   int result = pthread_create(&thread, NULL, threadTask), (__bridge void *)(params));
   result == 0 ? NSLog(@"creat thread success") : NSLog(@"creat thread failure");
// 设置子线程的状态为detached, 则该线程运行结束后会自动释放所有资源
pthread_detach(thread);
}
void *threadTask(void *params) {
     NSLog(@"%@ - %@", [NSThread currentThread], (__bridge NSString *)(params));
    return NULL;
}
宏伟上有木有,跨平台有木有,你从未因此了出麻痹有!下面我们来拘禁一下以此近乎牛逼但实在基本用非顶的Pthreads大凡怎么用底:

不如我们来用Pthreads创一个线程去实施一个任务:

记得引入头文件`#import "pthread.h"`

-(void)pthreadsDoTask{
    /*
     pthread_t:线程指针
     pthread_attr_t:线程属性
     pthread_mutex_t:互斥对象
     pthread_mutexattr_t:互斥属性对象
     pthread_cond_t:条件变量
     pthread_condattr_t:条件属性对象
     pthread_key_t:线程数据键
     pthread_rwlock_t:读写锁
     //
     pthread_create():创建一个线程
     pthread_exit():终止当前线程
     pthread_cancel():中断另外一个线程的运行
     pthread_join():阻塞当前的线程,直到另外一个线程运行结束
     pthread_attr_init():初始化线程的属性
     pthread_attr_setdetachstate():设置脱离状态的属性(决定这个线程在终止时是否可以被结合)
     pthread_attr_getdetachstate():获取脱离状态的属性
     pthread_attr_destroy():删除线程的属性
     pthread_kill():向线程发送一个信号
     pthread_equal(): 对两个线程的线程标识号进行比较
     pthread_detach(): 分离线程
     pthread_self(): 查询线程自身线程标识号
     //
     *创建线程
     int pthread_create(pthread_t _Nullable * _Nonnull __restrict, //指向新建线程标识符的指针
     const pthread_attr_t * _Nullable __restrict,  //设置线程属性。默认值NULL。
     void * _Nullable (* _Nonnull)(void * _Nullable),  //该线程运行函数的地址
     void * _Nullable __restrict);  //运行函数所需的参数
     *返回值:
     *若线程创建成功,则返回0
     *若线程创建失败,则返回出错编号
     */

    //
    pthread_t thread = NULL;
    NSString *params = @"Hello World";
    int result = pthread_create(&thread, NULL, threadTask, (__bridge void *)(params));
    result == 0 ? NSLog(@"creat thread success") : NSLog(@"creat thread failure");
    //设置子线程的状态设置为detached,则该线程运行结束后会自动释放所有资源
    pthread_detach(thread);
}

void *threadTask(void *params) {
    NSLog(@"%@ - %@", [NSThread currentThread], (__bridge NSString *)(params));
    return NULL;
}

出口结果:

ThreadDemo[1197:143578] creat thread success
ThreadDemo[1197:143649] <NSThread: 0x600000262e40>{number = 3, name = (null)} - Hello World

自打印结果来拘禁,该任务是当新开辟的线程中实施之,但是感觉用起越无友善,很多东西用团结管理,单单是职责队列以及线程生命周期的军事管制即够你头疼的,那尔写有之代码还会是方法也!其实用弃这套API很少用,是以咱们来双重好的抉择:NSThread

出口结果:

NSThread

好家伙呀,它面向对象,再去看苹果提供的API,对比一下Pthreads,简单明了,人生好像又载了阳光和期待,我们事先来平等看一下系统提供于咱的API自然就是懂得怎么用了,来来来,我受你注释一下啊:

@interface NSThread : NSObject
//当前线程
@property (class, readonly, strong) NSThread *currentThread;
//使用类方法创建线程执行任务
+ (void)detachNewThreadWithBlock:(void (^)(void))block API_AVAILABLE(macosx(10.12), ios(10.0), watchos(3.0), tvos(10.0));
+ (void)detachNewThreadSelector:(SEL)selector toTarget:(id)target withObject:(nullable id)argument;
//判断当前是否为多线程
+ (BOOL)isMultiThreaded;
//指定线程的线程参数,例如设置当前线程的断言处理器。
@property (readonly, retain) NSMutableDictionary *threadDictionary;
//当前线程暂停到某个时间
+ (void)sleepUntilDate:(NSDate *)date;
//当前线程暂停一段时间
+ (void)sleepForTimeInterval:(NSTimeInterval)ti;
//退出当前线程
+ (void)exit;
//当前线程优先级
+ (double)threadPriority;
//设置当前线程优先级
+ (BOOL)setThreadPriority:(double)p;
//指定线程对象优先级 0.0~1.0,默认值为0.5
@property double threadPriority NS_AVAILABLE(10_6, 4_0);
//服务质量
@property NSQualityOfService qualityOfService NS_AVAILABLE(10_10, 8_0);
//线程名称
@property (nullable, copy) NSString *name NS_AVAILABLE(10_5, 2_0);
//栈区大小
@property NSUInteger stackSize NS_AVAILABLE(10_5, 2_0);
//是否为主线程
@property (class, readonly) BOOL isMainThread NS_AVAILABLE(10_5, 2_0);
//获取主线程
@property (class, readonly, strong) NSThread *mainThread NS_AVAILABLE(10_5, 2_0);
//初始化
- (instancetype)init NS_AVAILABLE(10_5, 2_0) NS_DESIGNATED_INITIALIZER;
//实例方法初始化,需要再调用start方法
- (instancetype)initWithTarget:(id)target selector:(SEL)selector object:(nullable id)argument NS_AVAILABLE(10_5, 2_0);
- (instancetype)initWithBlock:(void (^)(void))block API_AVAILABLE(macosx(10.12), ios(10.0), watchos(3.0), tvos(10.0));
//线程状态,正在执行
@property (readonly, getter=isExecuting) BOOL executing NS_AVAILABLE(10_5, 2_0);
//线程状态,正在完成
@property (readonly, getter=isFinished) BOOL finished NS_AVAILABLE(10_5, 2_0);
//线程状态,已经取消
@property (readonly, getter=isCancelled) BOOL cancelled NS_AVAILABLE(10_5, 2_0);
//取消,仅仅改变线程状态,并不能像exist一样真正的终止线程
- (void)cancel NS_AVAILABLE(10_5, 2_0);
//开始
- (void)start NS_AVAILABLE(10_5, 2_0);
//线程需要执行的代码,一般写子类的时候会用到
- (void)main NS_AVAILABLE(10_5, 2_0);
@end

另外,还有一个NSObject的分类,瞅一眼:
@interface NSObject (NSThreadPerformAdditions)
//隐式的创建并启动线程,并在指定的线程(主线程或子线程)上执行方法。
- (void)performSelectorOnMainThread:(SEL)aSelector withObject:(nullable id)arg waitUntilDone:(BOOL)wait modes:(nullable NSArray<NSString *> *)array;
- (void)performSelectorOnMainThread:(SEL)aSelector withObject:(nullable id)arg waitUntilDone:(BOOL)wait;
- (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(nullable id)arg waitUntilDone:(BOOL)wait modes:(nullable NSArray<NSString *> *)array NS_AVAILABLE(10_5, 2_0);
- (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(nullable id)arg waitUntilDone:(BOOL)wait NS_AVAILABLE(10_5, 2_0);
- (void)performSelectorInBackground:(SEL)aSelector withObject:(nullable id)arg NS_AVAILABLE(10_5, 2_0);
@end

地方的牵线您还满意与否?小的扶持您下充斥同布置图片,您瞧好:

-(void)creatBigImageView{
    self.bigImageView = [[UIImageView alloc] initWithFrame:self.view.bounds];
    [self.view addSubview:_bigImageView];
    UIButton *startButton = [UIButton buttonWithType:UIButtonTypeSystem];
    startButton.frame = CGRectMake(0, 0, self.view.frame.size.width / 2, 50);
    startButton.backgroundColor = [UIColor grayColor];
    [startButton setTitle:@"开始加载" forState:UIControlStateNormal];
    [startButton addTarget:self action:@selector(loadImage) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:startButton];

    UIButton *jamButton = [UIButton buttonWithType:UIButtonTypeSystem];
    jamButton.frame = CGRectMake(self.view.frame.size.width / 2, 0, self.view.frame.size.width / 2, 50);
    jamButton.backgroundColor = [UIColor grayColor];
    [jamButton setTitle:@"阻塞测试" forState:UIControlStateNormal];
    [jamButton addTarget:self action:@selector(jamTest) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:jamButton];
}

-(void)jamTest{
    UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:@"线程阻塞" message:@"" delegate:nil cancelButtonTitle:@"好" otherButtonTitles:nil, nil];
    [alertView show];
}


-(void)loadImage{
    NSURL *imageUrl = [NSURL URLWithString:@"http://img5.duitang.com/uploads/item/201206/06/20120606174422_LZSeE.thumb.700_0.jpeg"];
    NSData *imageData = [NSData dataWithContentsOfURL:imageUrl];
    [self updateImageData:imageData];
}

-(void)updateImageData:(NSData*)imageData{
    UIImage *image = [UIImage imageWithData:imageData];
    self.bigImageView.image = image;
}

运作结果:

俺们好解的看来,主线程阻塞了,用户不得以拓展其它操作,你表现了如此的应用为?
从而我们这么改一下:

-(void)creatBigImageView{
    self.bigImageView = [[UIImageView alloc] initWithFrame:self.view.bounds];
    [self.view addSubview:_bigImageView];
    UIButton *startButton = [UIButton buttonWithType:UIButtonTypeSystem];
    startButton.frame = CGRectMake(0, 20, self.view.frame.size.width / 2, 50);
    startButton.backgroundColor = [UIColor grayColor];
    [startButton setTitle:@"开始加载" forState:UIControlStateNormal];
    [startButton addTarget:self action:@selector(loadImageWithMultiThread) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:startButton];

    UIButton *jamButton = [UIButton buttonWithType:UIButtonTypeSystem];
    jamButton.frame = CGRectMake(self.view.frame.size.width / 2, 20, self.view.frame.size.width / 2, 50);
    jamButton.backgroundColor = [UIColor grayColor];
    [jamButton setTitle:@"阻塞测试" forState:UIControlStateNormal];
    [jamButton addTarget:self action:@selector(jamTest) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:jamButton];
}

-(void)jamTest{
    UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:@"阻塞测试" message:@"" delegate:nil cancelButtonTitle:@"好" otherButtonTitles:nil, nil];
    [alertView show];
}

-(void)loadImageWithMultiThread{
    //方法1:使用对象方法
    //NSThread *thread=[[NSThread alloc]initWithTarget:self selector:@selector(loadImage) object:nil];
    //⚠️启动一个线程并非就一定立即执行,而是处于就绪状态,当CUP调度时才真正执行
    //[thread start];

    //方法2:使用类方法
    [NSThread detachNewThreadSelector:@selector(loadImage) toTarget:self withObject:nil];
}

-(void)loadImage{
    NSURL *imageUrl = [NSURL URLWithString:@"http://img5.duitang.com/uploads/item/201206/06/20120606174422_LZSeE.thumb.700_0.jpeg"];
    NSData *imageData = [NSData dataWithContentsOfURL:imageUrl];
    //必须在主线程更新UI,Object:代表调用方法的参数,不过只能传递一个参数(如果有多个参数请使用对象进行封装),waitUntilDone:是否线程任务完成执行
    [self performSelectorOnMainThread:@selector(updateImageData:) withObject:imageData waitUntilDone:YES];

    //[self updateImageData:imageData];
}


-(void)updateImageData:(NSData*)imageData{
    UIImage *image = [UIImage imageWithData:imageData];
    self.bigImageView.image = image;
}

运作结果:

哟呀,用多线程果然能缓解线程阻塞的题材,并且NSThread也比Pthreads哼用,仿佛你针对会熟练运用多线程又产生了一丝丝曙光。假如我发许多例外品类的任务,每个任务中还有联系与靠,你是休是还要懵逼了,上面的若是不是看又白看了,其实开被我道NSThread因此到无限多的就是是[NSThread currentThread];了。(不要慌,往下看…
…)


ThreadDemo[1197:143578] creat thread success
ThreadDemo[1197:143649] {number = 3, name = (null)} - Hello World

GCD

GCD,全名Grand Central Dispatch,中文名郭草地,是基于C语言的一样效多线程开发API,一听名字即是独狠角色,也是眼下苹果官方推荐的多线程开发方式。可以说凡是使用方便,又休去逼格。总体来说,他解决自己提到的点直接操作线程带来的难题,它自动帮助您管理了线程的生命周期以及任务的实行规则。下面我们见面反复的情商一个词,那就是任务,说白了,任务其实就是是你要执行的那段代码

从今打印的结果来拘禁, 该任务是当新开发的线程中履行的,
但是觉得用起越无谐和, 很多东西用自己管理,
单单是天职队列以及线程生命周期的治本即够头疼的.之所以抛弃这套API很少用,
是因为咱们发出更好的挑三拣四:NSThread

任务管理章程——队列

上面说当我们要管理大多独任务时,线程开发让咱带了迟早之技术难度,或者说不方便性,GCD给起了俺们统一保管职责的办法,那就是行。我们来拘禁一下iOS多线程操作中之行:(⚠️不管是串行还是并行,队列都是按部就班FIFO的标准化依次触发任务)

NSThread是冲对象的, 所以操作起来会便利许多,一起来探视她的API吧

个别独通用队列:
  • 阴差阳错行队列:所有任务会当一如既往长达线程中实践(有或是目前线程也来或是新开拓的线程),并且一个任务执行完毕后,才起来执行下一个职责。(等待完成)
  • 相互队列:可以打开多长条线程并行执行任务(但未必然会被新的线程),并且当一个任务放到指定线程开始实施时,下一个任务就得开实行了。(等待发生)
@interface NSThread : NSObject
//当前线程
@property (class, readonly, strong) NSThread *currentThread;
//使用类方法创建线程执行任务
+ (void)detachNewThreadWithBlock:(void (^)(void))block API_AVAILABLE(macosx(10.12), ios(10.0), watchos(3.0), tvos(10.0));
+ (void)detachNewThreadSelector:(SEL)selector toTarget:(id)target withObject:(nullable id)argument;
//判断当前是否为多线程
+ (BOOL)isMultiThreaded;
//指定线程的线程参数,例如设置当前线程的断言处理器。
@property (readonly, retain) NSMutableDictionary *threadDictionary;
//当前线程暂停到某个时间
+ (void)sleepUntilDate:(NSDate *)date;
//当前线程暂停一段时间
+ (void)sleepForTimeInterval:(NSTimeInterval)ti;
//退出当前线程
+ (void)exit;
//当前线程优先级
+ (double)threadPriority;
//设置当前线程优先级
+ (BOOL)setThreadPriority:(double)p;
//指定线程对象优先级 0.0~1.0,默认值为0.5
@property double threadPriority NS_AVAILABLE(10_6, 4_0);
//服务质量
@property NSQualityOfService qualityOfService NS_AVAILABLE(10_10, 8_0);
//线程名称
@property (nullable, copy) NSString *name NS_AVAILABLE(10_5, 2_0);
//栈区大小
@property NSUInteger stackSize NS_AVAILABLE(10_5, 2_0);
//是否为主线程
@property (class, readonly) BOOL isMainThread NS_AVAILABLE(10_5, 2_0);
//获取主线程
@property (class, readonly, strong) NSThread *mainThread NS_AVAILABLE(10_5, 2_0);
//初始化
- (instancetype)init NS_AVAILABLE(10_5, 2_0) NS_DESIGNATED_INITIALIZER;
//实例方法初始化,需要再调用start方法
- (instancetype)initWithTarget:(id)target selector:(SEL)selector object:(nullable id)argument NS_AVAILABLE(10_5, 2_0);
- (instancetype)initWithBlock:(void (^)(void))block API_AVAILABLE(macosx(10.12), ios(10.0), watchos(3.0), tvos(10.0));
//线程状态,正在执行
@property (readonly, getter=isExecuting) BOOL executing NS_AVAILABLE(10_5, 2_0);
//线程状态,正在完成
@property (readonly, getter=isFinished) BOOL finished NS_AVAILABLE(10_5, 2_0);
//线程状态,已经取消
@property (readonly, getter=isCancelled) BOOL cancelled NS_AVAILABLE(10_5, 2_0);
//取消,仅仅改变线程状态,并不能像exist一样真正的终止线程
- (void)cancel NS_AVAILABLE(10_5, 2_0);
//开始
- (void)start NS_AVAILABLE(10_5, 2_0);
//线程需要执行的代码,一般写子类的时候会用到
- (void)main NS_AVAILABLE(10_5, 2_0);
@end
另外,还有一个NSObject的分类,瞅一眼:
@interface NSObject (NSThreadPerformAdditions)
//隐式的创建并启动线程,并在指定的线程(主线程或子线程)上执行方法。
- (void)performSelectorOnMainThread:(SEL)aSelector withObject:(nullable id)arg waitUntilDone:(BOOL)wait modes:(nullable NSArray *)array;
- (void)performSelectorOnMainThread:(SEL)aSelector withObject:(nullable id)arg waitUntilDone:(BOOL)wait;
- (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(nullable id)arg waitUntilDone:(BOOL)wait modes:(nullable NSArray *)array NS_AVAILABLE(10_5, 2_0);
- (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(nullable id)arg waitUntilDone:(BOOL)wait NS_AVAILABLE(10_5, 2_0);
- (void)performSelectorInBackground:(SEL)aSelector withObject:(nullable id)arg NS_AVAILABLE(10_5, 2_0);
@end
简单独与众不同班:
  • 主队列:系统啊咱创建好的一个串行队列,牛逼的处当叫它管理须以主线程中实践的职责,属于有劳保的。
  • 大局队列:系统啊我们创建好之一个交互队列,使用起来和我们协调创建的互队列无真相差异。

搭下我们下充斥同摆放图纸,简单以下:

职责履行措施

说了班,相应的,任务除了管理,还得执行,要不然有钱未费,掉了白,并且在GCD中连无克直接开辟线程执行任务,所以在职责在队列之后,GCD给来了简单栽实施办法——同步执行(sync)和异步执行(async)。

  • 手拉手执行:在现阶段线程执行任务,不见面开发新的线程。必须等交Block函数执行完毕后,dispatch函数才会回。
  • 异步执行:可以在新的线程中实行任务,但无自然会开发新的线程。dispatch函数会立马回到,
    然后Block在后台异步执行。
- (void)createBigImageView {
    self.bigImageView = [[UIImageView alloc] initwithFrame:self.view.bounds];
   [self.view addSubview:self.bigImageView];
   UIButton *startButton = [UIButton buttonWithType:UIButtonTypeSystem];
    startButton.frame = CGRectMake(0, 0, self.view.frame.size.width / 2, 50);
    startButton.backgroundColor = [UIColor grayColor];
    [startButton setTitle:@"开始加载" forState:UIControlStateNormal];
    [startButton addTarget:self action:@selector(loadImage) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:startButton];

    UIButton *jamButton = [UIButton buttonWithType:UIButtonTypeSystem];
    jamButton.frame = CGRectMake(self.view.frame.size.width / 2, 0, self.view.frame.size.width / 2, 50);
    jamButton.backgroundColor = [UIColor grayColor];
    [jamButton setTitle:@"阻塞测试" forState:UIControlStateNormal];
    [jamButton addTarget:self action:@selector(jamTest) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:jamButton];
} 
-(void)jamTest{
UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:@
"线程阻塞"
 message:@
""
 delegate:nil cancelButtonTitle:@
"好"
 otherButtonTitles:nil, nil];
[alertView show];
}

-(void)loadImage{
NSURL *imageUrl = [NSURL URLWithString:@
"[http://img5.duitang.com/uploads/item/201206/06/20120606174422_LZSeE.thumb.700_0.jpeg](http://img5.duitang.com/uploads/item/201206/06/20120606174422_LZSeE.thumb.700_0.jpeg)"
];
NSData *imageData = [NSData dataWithContentsOfURL:imageUrl];
[self updateImageData:imageData];
}

-(void)updateImageData:(NSData*)imageData{
UIImage *image = [UIImage imageWithData:imageData];
self.bigImageView.image = image;
}
面的这些理论还是我以许多深受套路背后总出的血淋淋的阅历,与君共享,但是如此写自己猜你必还是免知情,往生看,说不定有惊喜吧。

管代码粘贴到公的工外,
可以清楚看出,主线程阻塞了,用户不得以展开其他操作.所以我们若改下:

职责队列组合措施

深信是题目你看了不少糟糕?是不是圈罢呢无知底到底怎么用?这么刚好,我吗是,请相信下面这些自然起你无理解并且想只要的,我们从个别只极端直白的触及切入:

-(void)creatBigImageView{
self.bigImageView = [[UIImageView alloc] initWithFrame:self.view.bounds];  
[self.view addSubview:_bigImageView];
UIButton *startButton = [UIButton buttonWithType:UIButtonTypeSystem];
startButton.frame = CGRectMake(0, 20, self.view.frame.size.width / 2, 50);
startButton.backgroundColor = [UIColor grayColor];
[startButton setTitle:@
"开始加载"
 forState:UIControlStateNormal];
[startButton addTarget:self action:@selector(loadImageWithMultiThread) forControlEvents:UIControlEventTouchUpInside];
[self.view addSubview:startButton];
UIButton *jamButton = [UIButton buttonWithType:UIButtonTypeSystem];
jamButton.frame = CGRectMake(self.view.frame.size.width / 2, 20, self.view.frame.size.width / 2, 50);
jamButton.backgroundColor = [UIColor grayColor];
[jamButton setTitle:@
"阻塞测试"
 forState:UIControlStateNormal];
[jamButton addTarget:self action:@selector(jamTest) forControlEvents:UIControlEventTouchUpInside];
[self.view addSubview:jamButton];
}

-(void)jamTest{
UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:@
"阻塞测试"
 message:@
""
 delegate:nil cancelButtonTitle:@
"好"
 otherButtonTitles:nil, nil];
[alertView show];
}

-(void)loadImageWithMultiThread{
//方法1:使用对象方法
//NSThread *thread=[[NSThread alloc]initWithTarget:self selector:@selector(loadImage) object:nil];
//??启动一个线程并非就一定立即执行,而是处于就绪状态,当CUP调度时才真正执行
//[thread start];
//方法2:使用类方法
[NSThread detachNewThreadSelector:@selector(loadImage) toTarget:self withObject:nil];

}

-(void)loadImage{

NSURL *imageUrl = [NSURL URLWithString:@
"[http://img5.duitang.com/uploads/item/201206/06/20120606174422_LZSeE.thumb.700_0.jpeg](http://img5.duitang.com/uploads/item/201206/06/20120606174422_LZSeE.thumb.700_0.jpeg)"
];


NSData *imageData = [NSData dataWithContentsOfURL:imageUrl];

//必须在主线程更新UI,Object:代表调用方法的参数,不过只能传递一个参数(如果有多个参数请使用对象进行封装),waitUntilDone:是否线程任务完成执行
[self performSelectorOnMainThread:@selector(updateImageData:) withObject:imageData waitUntilDone:YES];
//[self updateImageData:imageData];

}

-(void)updateImageData:(NSData*)imageData{
UIImage *image = [UIImage imageWithData:imageData];
self.bigImageView.image = image;
}

1. 线程死锁

斯你是休是啊扣了很多潮?哈哈哈!你是不是认为自己而如果起来复制黏贴了?请为下看:

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"1========%@",[NSThread currentThread]);
    dispatch_sync(dispatch_get_main_queue(), ^{
        NSLog(@"2========%@",[NSThread currentThread]);
    });
    NSLog(@"3========%@",[NSThread currentThread]);
}

运行结果:

打印结果:

ThreadDemo[5615:874679] 1========<NSThread: 0x608000072440>{number = 1, name = main}

诚然不是自我套路你,我们或得分析一下为何会死锁,因为必须为那些无受过套路的民心里养一截美好的追思,分享代码,我们是当真的!

大抵线程确实解决了线程阻塞问题,并且NSThread比Pthreads好用,
但是如果我们有许多两样类别的任务,
每个任务中还有联系与负,NSThread又休可知生好之满足我们的需要了,于是GCD出现了.

业务是这样的:

我们先行做一个概念:- (void)viewDidLoad{} —> 任务A,GCD同步函数
—>任务B。
总而言之邪,大概是这样的,首先,任务A以主队列,并且都起来实施,在主线程打印有1===... ...,然后这时任务B被在到主队列中,并且一路施行,这尼玛事都好了,系统说,同步执行啊,那自己弗上马新的线程了,任务B说自己要是对等自己其中的Block函数执行好,要无自不怕无回,但是主队列说了,玩蛋去,我是串行的,你得等A执行完毕才能够轮至您,不可知充分了规矩,同时,任务B作为任务A的里函数,必须等任务B执行完函数回才能够履行下一个任务。那即便招了,任务A等任务B完成才能继续执行,但作为串行队列的主队列又休能够于任务B在任务A未就之前开始实行,所以任务A等正任务B完成,任务B等着任务A完成,等待,永久的等候。所以就死锁了。简单不?下面我们郑重看一下我们不知不觉书写的代码!

GCD
GCD, 全名是Grand Central Dispatch, 小名叫共产党,是基于C语言的一套多线程开发API, 一听名字就知道非常NB,这也是目前[苹果官方推荐的多线程开发方式.方便使用又有逼格.它解决了我们上面直接操作线程带来的难题,它自动帮我们管理了线程的生命周期以及任务的执行规则.任务,其实就是你要执行的那段代码.
GCD任务管理章程–队列:简单的田间管理几近个任务
区区单通用队列

2. 这么不十分锁

切莫使就描写单最简易的:

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"1========%@",[NSThread currentThread]);
    NSLog(@"2========%@",[NSThread currentThread]);
    NSLog(@"3========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[5803:939324] 1========<NSThread: 0x600000078340>{number = 1, name = main}
ThreadDemo[5803:939324] 2========<NSThread: 0x600000078340>{number = 1, name = main}
ThreadDemo[5803:939324] 3========<NSThread: 0x600000078340>{number = 1, name = main}

之前有人问:顺序打印,没毛病,全当主线程执行,而且顺序执行,那它必然是于主队列同步执行的哎!那为何从来不死锁?苹果之操作系统果然高深啊!

事实上这里来一个误区,那便是任务在主线程顺序执行就是主队列。其实某些关系还没有,如果手上于主线程,同步施行任务,不管在啊队任务还是逐一执行。把拥有任务都归因于异步执行的法投入到主队列中,你晤面发现它为是各个执行之。

深信您知点的死锁情况后,你必会手贱改成为这样试试:

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"1========%@",[NSThread currentThread]);
    dispatch_sync(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        NSLog(@"2========%@",[NSThread currentThread]);
    });
    NSLog(@"3========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[5830:947858] 1========<NSThread: 0x60000007bb80>{number = 1, name = main}
ThreadDemo[5830:947858] 2========<NSThread: 0x60000007bb80>{number = 1, name = main}
ThreadDemo[5830:947858] 3========<NSThread: 0x60000007bb80>{number = 1, name = main}

汝发觉正常实施了,并且是各个执行之,你是无是使持有思,没错,你想的与本人怀念的是一致的,和上诉情况亦然,任务A以主队列中,但是任务B加入到了大局队列,这时候,任务A与任务B没有排的牢笼,所以任务B就先行执行喽,执行了后函数返回,任务A接着执行。

自猜测你一定手贱这么转了:

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"1========%@",[NSThread currentThread]);
    dispatch_async(dispatch_get_main_queue(), ^{
        NSLog(@"2========%@",[NSThread currentThread]);
    });
    NSLog(@"3========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[5911:962470] 1========<NSThread: 0x600000072700>{number = 1, name = main}
ThreadDemo[5911:962470] 3========<NSThread: 0x600000072700>{number = 1, name = main}
ThreadDemo[5911:962470] 2========<NSThread: 0x600000072700>{number = 1, name = main}

细而帅气的你必发现无是逐一打印了,而且也非见面死锁,明明还是加到主队列里了呀,其实当任务A以实施时,任务B加入到了主队列,注意哦,是异步执行,所以dispatch函数不会见等到Block执行好才回来,dispatch函数返回后,那任务A可以继续执行,Block任务我们好看在产一致轴顺序进入队列,并且默认无限下一样帧执行。这即是怎你看2===... ...凡是终极输出的了。(⚠️一个函数的起多独里头函数异步执行时,不见面导致死锁的同时,任务A执行了后,这些异步执行之里边函数会顺序执行)。

串行队列: 所有任务会在一条线程中执行(当前线程或者新开辟的线程), 并且一个任务执行完毕后, 才开始执行下一个任务.(等待完成,好比一个位置的厕所,轮流上).
并行队列: 可以开启多条线程并行执行任务(但不一定会开启新的线程), 并且当一个任务放到指定线程开始执行时, 下一个任务就可以开始执行了.(等待发生,一个厕所多个位置).

咱俩说说队列与执行措施的反衬

方说了系统自带的有数只队,下面我们来之所以自己创造的班研究一下各种搭配情况。
咱俩先创造两个队,并且测试方法都是在主线程中调用:

//串行队列
self.serialQueue = dispatch_queue_create("serialQueue.ys.com", DISPATCH_QUEUE_SERIAL);
//并行队列
self.concurrentQueue = dispatch_queue_create("concurrentQueue.ys.com", DISPATCH_QUEUE_CONCURRENT);

个别独与众不同班

1. 串行队列 + 同步实施
-(void)queue_taskTest{
    dispatch_sync(self.serialQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_sync(self.serialQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_sync(self.serialQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[6735:1064390] 1========<NSThread: 0x600000073cc0>{number = 1, name = main}
ThreadDemo[6735:1064390] 2========<NSThread: 0x600000073cc0>{number = 1, name = main}
ThreadDemo[6735:1064390] 3========<NSThread: 0x600000073cc0>{number = 1, name = main}
ThreadDemo[6735:1064390] 4========<NSThread: 0x600000073cc0>{number = 1, name = main}

尽且当当前线程顺序执行,也就是说,同步施行不富有开发新线程的力。

主队列: 系统为我们创建好的一个串行队列, 牛逼之处在于它管理必须在主线程中执行的任务, 属于有劳保的.
全局队列: 系统为我们创建好的一个并行队列, 使用起来与我们自己创建的并行队列无本质差别.
2. 串行队列 + 异步执行
-(void)queue_taskTest{
    dispatch_async(self.serialQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_async(self.serialQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_async(self.serialQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[6774:1073235] 4========<NSThread: 0x60800006e9c0>{number = 1, name = main}
ThreadDemo[6774:1073290] 1========<NSThread: 0x608000077000>{number = 3, name = (null)}
ThreadDemo[6774:1073290] 2========<NSThread: 0x608000077000>{number = 3, name = (null)}
ThreadDemo[6774:1073290] 3========<NSThread: 0x608000077000>{number = 3, name = (null)}

事先打印了4,然后挨家挨户以子线程中打印1,2,3。说明异步执行有开拓新线程的能力,并且串行队列必须顶及眼前一个职责尽了才会开始履行下一个任务,同时,异步执行会使中函数率先返回,不会见及在履行的表函数发生死锁。

职责履行办法

3. 并行队列 + 同步施行
-(void)queue_taskTest{
    dispatch_sync(self.concurrentQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_sync(self.concurrentQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_sync(self.concurrentQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}

运作结果:

ThreadDemo[7012:1113594] 1========<NSThread: 0x60800007e340>{number = 1, name = main}
ThreadDemo[7012:1113594] 2========<NSThread: 0x60800007e340>{number = 1, name = main}
ThreadDemo[7012:1113594] 3========<NSThread: 0x60800007e340>{number = 1, name = main}
ThreadDemo[7012:1113594] 4========<NSThread: 0x60800007e340>{number = 1, name = main}

非被新的线程执行任务,并且Block函数执行得后dispatch函数才会回来,才会延续往下实施,所以我们看到底结果是逐一打印的。

任务除了管理,还得执行,并且在GCD中并不能直接开辟线程执行任务, 所以在任务加入队列之后, GCD给出了两种执行方式--同步执行(sync)和异步执行(async).
同步执行: 在当前线程执行任务, 不会开辟新的线程.必须等Block函数执行完毕后, dispath函数才会返回.
异步执行: 可以在新的线程中执行任务, 但不一定会开辟新的线程. dispath 函数会立即返回, 然后Block在后台异步执行.
4. 并行队列 + 异步执行
-(void)queue_taskTest{
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}

打印结果:

ThreadDemo[7042:1117492] 1========<NSThread: 0x600000071900>{number = 3, name = (null)}
ThreadDemo[7042:1117491] 3========<NSThread: 0x608000070240>{number = 5, name = (null)}
ThreadDemo[7042:1117451] 4========<NSThread: 0x600000067400>{number = 1, name = main}
ThreadDemo[7042:1117494] 2========<NSThread: 0x600000071880>{number = 4, name = (null)}

开辟了大多单线程,触发任务之时是逐一的,但是咱看看就任务的时空也是任意的,这有赖于CPU对于不同线程的调度分配,但是,线程不是无偿无限开拓的,当任务量足够深时,线程是碰头又使用的。

职责队列组合措施
基本上线程最常见的题材即是线程死锁,例如

扛一下着重啊

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"1========%@",[NSThread currentThread]);
    dispatch_sync(dispatch_get_main_queue(), ^{///这里会崩
        NSLog(@"2========%@",[NSThread currentThread]);
    });
    NSLog(@"3========%@",[NSThread currentThread]);
}
打印结果:ThreadDemo[5615:874679] 1========{number = 1, name = main}
1. 对此单核CPU来说,不存在真正意义及之竞相,所以,多线程执行任务,其实呢特是一个丁在干活,CPU的调度控制了非等待任务的实践速率,同时对非等待任务,多线程并不曾真的意义提高效率。

为何会这么也?因为1任务和2职责相互等待,永久的守候,所以就算死锁了.
下具体介绍下汇集做措施:

2. 线程可以简单的认为就是同等段子代码+运行时数。

错行队列 + 同步施行

3. 合施行会于时下线程执行任务,不具有开发线程的能力要说没有必要开辟新的线程。并且,同步执行要顶及Block函数执行了,dispatch函数才见面回去,从而阻塞同一拧行队列中外部方法的施行。
-(void)queue_taskTest{
    dispatch_sync(self.serialQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_sync(self.serialQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_sync(self.serialQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}
全部都在当前线程顺序执行,也就是说,同步执行不具备开辟新线程的能力。
4. 异步执行dispatch函数会直接回,Block函数我们可认为它见面在生一样轴加入队列,并基于所在队列目前的天职状态极其下一致轴执行,从而不会见堵塞时外部任务的实践。同时,只有异步执行才发生开拓新线程的必需,但是异步执行不肯定会开发新线程。

拧行队列 + 异步执行

5. 如果是行,肯定是FIFO(先进先出),但是哪位先实行完要看第1长。
-(void)queue_taskTest{
    dispatch_async(self.serialQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_async(self.serialQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_async(self.serialQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}
异步执行具有开辟新线程的能力,并且串行队列必须等到前一个任务执行完才能开始执行下一个任务,同时,异步执行会使内部函数率先返回,不会与正在执行的外部函数发生死锁。
6. 万一是串行队列,肯定要对等达到一个任务执行好,才能够开产一个任务。但是彼此队列当上一个任务开始施行后,下一个职责就是得起实践。

连行队列 + 同步实施

7. 相思只要开发新线程必须吃任务在异步执行,想使开发多独线程,只有被任务在互动队列中异步执行才好。执行方和行类型多交汇结于定水准达到能够实现对代码执行顺序的调度。
-(void)queue_taskTest{
    dispatch_sync(self.concurrentQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_sync(self.concurrentQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_sync(self.concurrentQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}
未开启新的线程执行任务,并且Block函数执行完成后dispatch函数才会返回,才能继续向下执行,所以我们看到的结果是顺序打印的。
8. 联袂+串行:未开发新线程,串行执行任务;同步+并行:未开发新线程,串行执行任务;异步+串行:新开发一长达线程,串行执行任务;异步+并行:开辟多长条新线程,并行执行任务;在主线程遭遇一块使用主队列执行任务,会导致死锁。

连行队列 + 异步执行

8. 对此多核CPU来说,线程数量为非可知尽开拓,线程的开拓同样会损耗资源,过多线程同时处理任务并无是您想像吃的人口多力大。
-(void)queue_taskTest{
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"1========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:1];
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"2========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:2];
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"3========%@",[NSThread currentThread]);
        //[self nslogCount:10000 number:3];
    });
    NSLog(@"4========%@",[NSThread currentThread]);
}
开辟了多个线程,触发任务的时机是顺序的,但是我们看到完成任务的时间却是随机的,这取决于CPU对于不同线程的调度分配,但是,线程不是无条件无限开辟的,当任务量足够大时,线程是会重复利用的。

GCD其他函数用法

GCD其他函数用法:

1. dispatch_after

拖欠函数用于任务延时执行,其中参数dispatch_time_t代表延时时长,dispatch_queue_t表示以谁队。如果队列未主队列,那么任务在主线程执行,如果帮列为全局队列或者自己创造的行列,那么任务在子线程执行,代码如下:

-(void)GCDDelay{
    //主队列延时
    dispatch_time_t when_main = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3.0 * NSEC_PER_SEC));
    dispatch_after(when_main, dispatch_get_main_queue(), ^{
        NSLog(@"main_%@",[NSThread currentThread]);
    });
    //全局队列延时
    dispatch_time_t when_global = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(4.0 * NSEC_PER_SEC));
    dispatch_after(when_global, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        NSLog(@"global_%@",[NSThread currentThread]);
    });
    //自定义队列延时
    dispatch_time_t when_custom = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(5.0 * NSEC_PER_SEC));
    dispatch_after(when_custom, self.serialQueue, ^{
        NSLog(@"custom_%@",[NSThread currentThread]);
    });
}

打印结果:

ThreadDemo[1508:499647] main_<NSThread: 0x60000007cf40>{number = 1, name = main}
ThreadDemo[1508:499697] global_<NSThread: 0x608000262d80>{number = 3, name = (null)}
ThreadDemo[1508:499697] custom_<NSThread: 0x608000262d80>{number = 3, name = (null)}
1. dispatch_after: 该函数用于任务延时执行,其中参数dispatch_time_t代表延时时长,dispatch_queue_t代表使用哪个队列。如果队列未主队列,那么任务在主线程执行,如果队列为全局队列或者自己创建的队列,那么任务在子线程执行.
2. dispatch: 保证函数在整个生命周期内只会执行一次.
3. dispatch_group_async & dispatch_group_notify: 队列组,当加入到队列组中的所有任务执行完成之后, 会调用dispatch_group_notify函数通知任务全部完成.
4.dispatch_barrier_async: 栅栏函数, 使用此方法创建的任务,会查找当前队列中有没有其他任务要执行,如果有,则等待已有任务执行完毕后再执行,同时,在此任务之后进入队列的任务,需要等待此任务执行完成后,才能执行.
5. dispatch_apply: 该函数用于重复执行某个任务, 如果任务队列是并行队列, 重复执行的任务会并发执行, 如果任务队列为串行队列, 则任务会顺序执行, 该函数为同步函数, 要防止线程阻塞和死锁.
6. dispatch_semaphore_create & dispatch_semaphore_signal & dispatch_semaphore_wait
看这几个函数的时候你需要抛开队列,丢掉同步异步,不要把它们想到一起,混为一谈,信号量只是控制任务执行的一个条件而已,相对于上面通过队列以及执行方式来控制线程的开辟和任务的执行,它更贴近对于任务直接的控制。类似于单个队列的最大并发数的控制机制,提高并行效率的同时,也防止太多线程的开辟对CPU早层负面的效率负担
2. dispatch_once

担保函数在任何生命周期内只会尽同样次等,看代码。

-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        NSLog(@"%@",[NSThread currentThread]);
    });
}

打印结果:

ThreadDemo[1524:509261] <NSThread: 0x600000262940>{number = 1, name = main}
无论你怎么疯狂的点击,在第一次打印之后,输出台便岿然不动。

NSOperation && NSOperationQueue

3. dispatch_group_async & dispatch_group_notify

试想,现在牛逼的而如现在点滴摆小图,并且你而当少数摆放图都产充斥完成以后将她们并起来,你如果怎么开?我从来就是无见面管有限摆放图并成一布置图什么,牛逼的本人怎么可能出这种想法啊?

实在方法来很多,比如您可以一样张同张下载,再比如使一些变量和Blcok实现计数,但是既然今天我们说话到立刻,那咱们就算得可乡随俗,用GCD来促成,有一个神器的事物叫做队列组,当进入到队列组中之享有任务尽得后,会调用dispatch_group_notify函数通知任务尽完事,代码如下:

-(void)GCDGroup{
    //
    [self jointImageView];
    //
    dispatch_group_t group = dispatch_group_create();
    __block UIImage *image_1 = nil;
    __block UIImage *image_2 = nil;
    //在group中添加一个任务
    dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        image_1 = [self imageWithPath:@"https://timgsa.baidu.com/timg?image&quality=80&size=b9999_10000&sec=1502706256731&di=371f5fd17184944d7e2b594142cd7061&imgtype=0&src=http%3A%2F%2Fimg4.duitang.com%2Fuploads%2Fitem%2F201605%2F14%2F20160514165210_LRCji.jpeg"];

    });
    dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        image_2 = [self imageWithPath:@"https://ss3.bdstatic.com/70cFv8Sh_Q1YnxGkpoWK1HF6hhy/it/u=776127947,2002573948&fm=26&gp=0.jpg"];
    });
    //group中所有任务执行完毕,通知该方法执行
    dispatch_group_notify(group, dispatch_get_main_queue(), ^{
        self.imageView_1.image = image_1;
        self.imageView_2.image = image_2;
        //
        UIGraphicsBeginImageContextWithOptions(CGSizeMake(200, 100), NO, 0.0f);
        [image_2 drawInRect:CGRectMake(0, 0, 100, 100)];
        [image_1 drawInRect:CGRectMake(100, 0, 100, 100)];
        UIImage *image_3 = UIGraphicsGetImageFromCurrentImageContext();
        self.imageView_3.image = image_3;
        UIGraphicsEndImageContext();
    });
}

-(void)jointImageView{
    self.imageView_1 = [[UIImageView alloc] initWithFrame:CGRectMake(20, 50, 100, 100)];
    [self.view addSubview:_imageView_1];

    self.imageView_2 = [[UIImageView alloc] initWithFrame:CGRectMake(140, 50, 100, 100)];
    [self.view addSubview:_imageView_2];

    self.imageView_3 = [[UIImageView alloc] initWithFrame:CGRectMake(20, 200, 200, 100)];
    [self.view addSubview:_imageView_3];

    self.imageView_1.layer.borderColor = self.imageView_2.layer.borderColor = self.imageView_3.layer.borderColor = [UIColor grayColor].CGColor;
    self.imageView_1.layer.borderWidth = self.imageView_2.layer.borderWidth = self.imageView_3.layer.borderWidth = 1;
}
NSOperation 和 NSOperationQueue是苹果对于GCD的封装, NSOperation其实就是我们之前说的任务, 但是这个类不能直接使用, 我们要用他的两个子类, NSBlockOperation和NSInvocationOperation, 而NSOperationQueue呢,其实就是类似于GCD中的队列, 用于管理你加入到其中的任务.
4. dispatch_barrier_async

栅栏函数,这么看来她亦可屏蔽或者分隔什么事物,别瞎猜了,反正你而怀疑不对准,看就,使用这个措施创建的天职,会招来当前排中发生没产生其它任务而尽,如果发生,则等待都产生任务履行完毕后再度实施,同时,在是任务之后进入队列的天职,需要拭目以待这任务尽得后,才会实施。看代码,老铁。(⚠️
这里连作班必须是祥和创办的。如果选择全局队列,这个函数和dispatch_async将会见没有距离。)

-(void)GCDbarrier{

    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务1");
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务2");
    });

//    dispatch_barrier_async(self.concurrentQueue, ^{
//        NSLog(@"任务barrier");
//    });

//    NSLog(@"big");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务3");
    });
//    NSLog(@"apple");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务4");
    });
}

运行结果:

ThreadDemo[1816:673351] 任务3
ThreadDemo[1816:673353] 任务1
ThreadDemo[1816:673350] 任务2
ThreadDemo[1816:673370] 任务4

凡休是如果你所预期,牛逼大了,下面我们开辟第一句注释:

-(void)GCDbarrier{

    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务1");
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务2");
    });

    dispatch_barrier_async(self.concurrentQueue, ^{
        NSLog(@"任务barrier");
    });

//    NSLog(@"big");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务3");
    });
//    NSLog(@"apple");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务4");
    });
}

打印结果:

ThreadDemo[1833:678739] 任务2
ThreadDemo[1833:678740] 任务1
ThreadDemo[1833:678740] 任务barrier
ThreadDemo[1833:678740] 任务3
ThreadDemo[1833:678739] 任务4

其一结果以及咱们地方的诠释到契合,我们得以大概的决定函数执行的顺序了,你去大牛又即了相同步,如果今天之若无见面存疑还有dispatch_barrier_sync以此函数的言语,说明…
…嘿嘿嘿,我们看一下这函数和上面我们之所以到的函数的分,你得想到了,再打开第二个和老三单注释,如下:

-(void)GCDbarrier{

    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务1");
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务2");
    });

    dispatch_barrier_async(self.concurrentQueue, ^{
        NSLog(@"任务barrier");
    });

    NSLog(@"big");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务3");
    });
    NSLog(@"apple");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务4");
    });
}

运行结果:

ThreadDemo[1853:692434] 任务1
ThreadDemo[1853:692421] 任务2
ThreadDemo[1853:692387] big
ThreadDemo[1853:692421] 任务barrier
ThreadDemo[1853:692387] apple
ThreadDemo[1853:692421] 任务3
ThreadDemo[1853:692434] 任务4

永不焦躁,我们转移一下函数:

-(void)GCDbarrier{

    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务1");
    });
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务2");
    });

    dispatch_barrier_sync(self.concurrentQueue, ^{
        NSLog(@"任务barrier");
    });

    NSLog(@"big");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务3");
    });
    NSLog(@"apple");
    dispatch_async(self.concurrentQueue, ^{
        NSLog(@"任务4");
    });
}

打印结果:

ThreadDemo[1874:711841] 任务1
ThreadDemo[1874:711828] 任务2
ThreadDemo[1874:711793] 任务barrier
ThreadDemo[1874:711793] big
ThreadDemo[1874:711793] apple
ThreadDemo[1874:711828] 任务3
ThreadDemo[1874:711841] 任务4

老铁,发现了啊?这半只函数对于队列的栅栏作用是一律的,但是对于该函数相对于其它中间函数遵循了无以复加初步说到之联合同异步的平整。你是勿是来硌懵逼,如果你蒙蔽了,那么请以列一个输出后面打印出当下之线程,如果你要么懵逼,那么请而再度看,有劳动,不谢!

NSOperation:
它们提供了关于任务之实施, 取消, 以及天天得到任务之状态,
添加任务依赖以及优先级等艺术与性能, 相对于GCD提供的计吧,
更直观,更有益,并且提供了再多之控制接口.

5. dispatch_apply

该函数用于更执行有任务,如果任务队列是相队列,重复执行的任务会并作执行,如果任务队列为失误行队列,则任务会相继执行,需要注意的是,该函数为联合函数,要备线程阻塞与死锁哦,老铁。

@interface NSOperation : NSObject {
@private
    id _private;
    int32_t _private1;
#if __LP64__
    int32_t _private1b;
#endif
}
- (void)start;//启动任务 默认加入到当前队列
- (void)main;//自定义NSOperation,写一个子类,重写这个方法,在这个方法里面添加需要执行的操作。
@property (readonly, getter=isCancelled) BOOL cancelled;//是否已经取消,只读
- (void)cancel;//取消任务
@property (readonly, getter=isExecuting) BOOL executing;//正在执行,只读
@property (readonly, getter=isFinished) BOOL finished;//执行结束,只读
@property (readonly, getter=isConcurrent) BOOL concurrent; // To be deprecated; use and override 'asynchronous' below
@property (readonly, getter=isAsynchronous) BOOL asynchronous NS_AVAILABLE(10_8, 7_0);//是否并发,只读
@property (readonly, getter=isReady) BOOL ready;//准备执行
- (void)addDependency:(NSOperation *)op;//添加依赖
- (void)removeDependency:(NSOperation *)op;//移除依赖
@property (readonly, copy) NSArray *dependencies;//所有依赖关系,只读
typedef NS_ENUM(NSInteger, NSOperationQueuePriority) {
    NSOperationQueuePriorityVeryLow = -8L,
    NSOperationQueuePriorityLow = -4L,
    NSOperationQueuePriorityNormal = 0,
    NSOperationQueuePriorityHigh = 4,
    NSOperationQueuePriorityVeryHigh = 8
};//系统提供的优先级关系枚举
@property NSOperationQueuePriority queuePriority;//执行优先级
@property (nullable, copy) void (^completionBlock)(void) NS_AVAILABLE(10_6, 4_0);//任务执行完成之后的回调
- (void)waitUntilFinished NS_AVAILABLE(10_6, 4_0);//阻塞当前线程,等到某个operation执行完毕。
@property double threadPriority NS_DEPRECATED(10_6, 10_10, 4_0, 8_0);//已废弃,用qualityOfService替代。
@property NSQualityOfService qualityOfService NS_AVAILABLE(10_10, 8_0);//服务质量,一个高质量的服务就意味着更多的资源得以提供来更快的完成操作。
@property (nullable, copy) NSString *name NS_AVAILABLE(10_10, 8_0);//任务名称
@end
差行队列:
-(void)GCDApply{
    //重复执行
    dispatch_apply(5, self.serialQueue, ^(size_t i) {
        NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);
    });
}

运作结果:

ThreadDemo[1446:158101] 第0次_<NSThread: 0x600000079ac0>{number = 1, name = main}
ThreadDemo[1446:158101] 第1次_<NSThread: 0x600000079ac0>{number = 1, name = main}
ThreadDemo[1446:158101] 第2次_<NSThread: 0x600000079ac0>{number = 1, name = main}
ThreadDemo[1446:158101] 第3次_<NSThread: 0x600000079ac0>{number = 1, name = main}
ThreadDemo[1446:158101] 第4次_<NSThread: 0x600000079ac0>{number = 1, name = main}

NSOperation本身是个抽象类, 不可知直接使用, 我们出三种艺术与它新的生

互队列:
-(void)GCDApply{
    //重复执行
    dispatch_apply(5, self.concurrentQueue, ^(size_t i) {
        NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);
    });
}

运转结果:

ThreadDemo[1461:160567] 第2次_<NSThread: 0x608000076000>{number = 4, name = (null)}
ThreadDemo[1461:160534] 第0次_<NSThread: 0x60800006d8c0>{number = 1, name = main}
ThreadDemo[1461:160566] 第3次_<NSThread: 0x60000007d480>{number = 5, name = (null)}
ThreadDemo[1461:160569] 第1次_<NSThread: 0x60000007d440>{number = 3, name = (null)}
ThreadDemo[1461:160567] 第4次_<NSThread: 0x608000076000>{number = 4, name = (null)}
1. NSOperation自定义子类: 我们可以自定义继承与NSOperation的子类, 并重写父类提供的方法, 实现一波具有特殊意义的任务.
2. NSBlockOperation, 系统提供的NSOperation的子类NSBlockOperation
3. NSInvocationOperation, 同样也是系统提供给我们的一个任务类,基于一个target对象以及一个selector来创建任务.
死锁:
-(void)GCDApply{
    //重复执行
    dispatch_apply(5, dispatch_get_main_queue(), ^(size_t i) {
        NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);
    });
}

运行结果:

说到底来单小结吧
1.于单核CPU来说,不有真正含义及之交互,所以多线程执行任务,其实呢不过是一个丁当办事,CPU的调度控制了非等待任务的尽速率,
同时对非等待任务, 多线程并没真的含义提高效率.

6. dispatch_semaphore_create & dispatch_semaphore_signal & dispatch_semaphore_wait

扣押这几乎单函数的上你用抛开队列,丢掉同步异步,不要拿它们想到一起,混为一谈,信号量只是控制任务尽的一个口径而已,相对于地方通过队以及履行办法来控制线程的开发和职责的实践,它又贴近对于任务一直的控制。类似于单纯个队的极其老并发数的决定机制,提高并行效率的又,也戒太多线程的开发对CPU早层负面的效率负担。
dispatch_semaphore_create创造信号量,初始值未可知小于0;
dispatch_semaphore_wait伺机降低信号量,也便是信号量-1;
dispatch_semaphore_signal增强信号量,也就是是信号量+1;
dispatch_semaphore_waitdispatch_semaphore_signal平常配对采用。
圈一下代码吧,老铁。

-(void)GCDSemaphore{
    //
    //dispatch_semaphore_t semaphore = dispatch_semaphore_create(1);
    dispatch_apply(5, self.concurrentQueue, ^(size_t i) {
        //dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
        dispatch_async(self.concurrentQueue, ^{
            NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);
            //dispatch_semaphore_signal(semaphore);
        });
    });
}

公会猜到运行结果也?没错,就是您想的如此,开辟了5独线程执行任务。

ThreadDemo[1970:506692] 第0次_<NSThread: 0x600000070f00>{number = 3, name = (null)}
ThreadDemo[1970:506711] 第1次_<NSThread: 0x6000000711c0>{number = 4, name = (null)}
ThreadDemo[1970:506713] 第2次_<NSThread: 0x6000000713c0>{number = 5, name = (null)}
ThreadDemo[1970:506691] 第3次_<NSThread: 0x600000070f40>{number = 6, name = (null)}
ThreadDemo[1970:506694] 第4次_<NSThread: 0x600000070440>{number = 7, name = (null)}

产一致步而必猜到了,把注释的代码打开:

-(void)GCDSemaphore{
    //
    dispatch_semaphore_t semaphore = dispatch_semaphore_create(1);
    dispatch_apply(5, self.concurrentQueue, ^(size_t i) {
        dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
        dispatch_async(self.concurrentQueue, ^{
            NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);
            dispatch_semaphore_signal(semaphore);
        });
    });
}

运作结果:

ThreadDemo[2020:513651] 第0次_<NSThread: 0x608000073900>{number = 3, name = (null)}
ThreadDemo[2020:513651] 第1次_<NSThread: 0x608000073900>{number = 3, name = (null)}
ThreadDemo[2020:513651] 第2次_<NSThread: 0x608000073900>{number = 3, name = (null)}
ThreadDemo[2020:513651] 第3次_<NSThread: 0x608000073900>{number = 3, name = (null)}
ThreadDemo[2020:513651] 第4次_<NSThread: 0x608000073900>{number = 3, name = (null)}

十分鲜明,我开说之凡针对性的,哈哈哈哈,信号量是控制任务尽的首要原则,当信号量为0时,所有任务等,信号量越怪,允许而并行执行的职责数更是多。

  1. 线程可以简单的以为就是同段落代码+运行时数据.
  2. 一同实施会当脚下线程执行任务,
    不具开发线程的力或者说没必要开辟新的线程. 并且,
    同步实施得等交Block函数执行完毕, dispatch函数才会回来,
    从而阻塞同一错行队列中外部方法的执行.
  3. 异步执行dispatch函数会一直回到,
    Block函数我们好当它再也下同样幅加入队列,并根据所在队列目前底任务状态绝下同样幅执行,
    从而未会见堵塞时外部任务的执行. 同时,
    只发生异步执行才起开拓新线程的画龙点睛,但是异步执行不必然会开发新线程.
  4. 假若是行, 肯定是FIFO(先进先出), 但是哪位先实施完要看率先条.
  5. 要是是出耐性队列, 肯定要对等达到一个任务尽就, 才会起下一个任务.
    但是彼此队列当及一个职责开始履行后, 下一个任务便得起执行.
  6. 相思只要开拓新线程必须于任务在异步执行, 想如果开辟多只线程,
    只发深受任务在交互队列中异步执行才得.
    执行办法和行类型多层结在得水平达到能够落实对代码执行顺序的调度.
  7. 齐+串行: 未开发新线程, 串行执行任务;
    同步+并行: 未开发新线程, 串行执行任务;
    异步+串行: 新开发一久线程, 串行执行任务;
    异步+并行: 开辟对越新线程, 并行执行任务;
    每当主线程遭遇同运用主队列执行任务, 会造成死锁.
  8. 对多核CPU来说, 线程数量为不克尽开拓, 线程的开拓同样会耗费资源,
    过多线程同时处理任务并无是咱想像着的食指多力大.
GCD就先说到当时,很多API没有干到,有趣味之同校等可以协调去看望,重要的凡法以及习惯,而休是您看了些微。

NSOperation && NSOperationQueue

假如地方的郭草地假使你学会了,那么就简单只东西你吧未必然能够模仿得会!

NSOperation以及NSOperationQueue举凡苹果对于GCD的包裹,其中为,NSOperation实则就是是咱们地方所说的天职,但是是仿佛不能够一直行使,我们要用外的有数个子类,NSBlockOperationNSInvocationOperation,而NSOperationQueue否,其实就算是接近于GCD中之行,用于管理而在到内部的职责。

NSOperation

她提供了有关任务的实践,取消,以及天天得到任务之状态,添加任务依赖与优先级等措施以及性能,相对于GCD提供的章程吧,更直观,更有利于,并且提供了再多之决定接口。(很多时刻,苹果设计的架构是蛮硬的,不要只是当乎他贯彻了什么,可能你模仿到之东西会更多,一不小心又吹牛逼了,哦呵呵),有几乎只方式与性质我们询问一下:

@interface NSOperation : NSObject {
@private
    id _private;
    int32_t _private1;
#if __LP64__
    int32_t _private1b;
#endif
}

- (void)start;//启动任务 默认在当前线程执行
- (void)main;//自定义NSOperation,写一个子类,重写这个方法,在这个方法里面添加需要执行的操作。

@property (readonly, getter=isCancelled) BOOL cancelled;//是否已经取消,只读
- (void)cancel;//取消任务

@property (readonly, getter=isExecuting) BOOL executing;//正在执行,只读
@property (readonly, getter=isFinished) BOOL finished;//执行结束,只读
@property (readonly, getter=isConcurrent) BOOL concurrent; // To be deprecated; use and override 'asynchronous' below
@property (readonly, getter=isAsynchronous) BOOL asynchronous NS_AVAILABLE(10_8, 7_0);//是否并发,只读
@property (readonly, getter=isReady) BOOL ready;//准备执行

- (void)addDependency:(NSOperation *)op;//添加依赖
- (void)removeDependency:(NSOperation *)op;//移除依赖

@property (readonly, copy) NSArray<NSOperation *> *dependencies;//所有依赖关系,只读

typedef NS_ENUM(NSInteger, NSOperationQueuePriority) {
    NSOperationQueuePriorityVeryLow = -8L,
    NSOperationQueuePriorityLow = -4L,
    NSOperationQueuePriorityNormal = 0,
    NSOperationQueuePriorityHigh = 4,
    NSOperationQueuePriorityVeryHigh = 8
};//系统提供的优先级关系枚举

@property NSOperationQueuePriority queuePriority;//执行优先级

@property (nullable, copy) void (^completionBlock)(void) NS_AVAILABLE(10_6, 4_0);//任务执行完成之后的回调

- (void)waitUntilFinished NS_AVAILABLE(10_6, 4_0);//阻塞当前线程,等到某个operation执行完毕。

@property double threadPriority NS_DEPRECATED(10_6, 10_10, 4_0, 8_0);//已废弃,用qualityOfService替代。

@property NSQualityOfService qualityOfService NS_AVAILABLE(10_10, 8_0);//服务质量,一个高质量的服务就意味着更多的资源得以提供来更快的完成操作。

@property (nullable, copy) NSString *name NS_AVAILABLE(10_10, 8_0);//任务名称

@end

然而NSOperation我是个抽象类,不能够一直以,我们出三种植方式与它新的生,就是底下这三单东西,您坐稳看好。

NSOperation自定义子类

立是自个儿一旦说之率先单任务类,我们可从定义继承给NSOperation的子类,并重复写父类提供的法子,实现一波具有特殊意义的任务。比如我们失去下载一个图:

.h
#import <UIKit/UIKit.h>

@protocol YSImageDownLoadOperationDelegate <NSObject>
-(void)YSImageDownLoadFinished:(UIImage*)image;

@end

@interface YSImageDownLoadOperation : NSOperation

-(id)initOperationWithUrl:(NSURL*)imageUrl delegate:(id<YSImageDownLoadOperationDelegate>)delegate;

@end

.m
#import "YSImageDownLoadOperation.h"

@implementation YSImageDownLoadOperation{
    NSURL *_imageUrl;
    id _delegate;
}

-(id)initOperationWithUrl:(NSURL*)imageUrl delegate:(id<YSImageDownLoadOperationDelegate>)delegate{
    if (self == [super init]) {
        _imageUrl = imageUrl;
        _delegate = delegate;
    }
    return self;
}

-(void)main{
    @autoreleasepool {
        UIImage *image = [self imageWithUrl:_imageUrl];
        if (_delegate && [_delegate respondsToSelector:@selector(YSImageDownLoadFinished:)]) {
            [_delegate YSImageDownLoadFinished:image];
        }
    }
}

-(UIImage*)imageWithUrl:(NSURL*)url{
    NSData *imageData = [NSData dataWithContentsOfURL:url];
    UIImage *image = [UIImage imageWithData:imageData];
    return image;
}


@end

然后调用:
-(void)YSDownLoadImageOperationRun{
    YSImageDownLoadOperation *ysOper = [[YSImageDownLoadOperation alloc] initOperationWithUrl:[NSURL URLWithString:@"http://img5.duitang.com/uploads/item/201206/06/20120606174422_LZSeE.thumb.700_0.jpeg"] delegate:self];
    [ysOper start];
}

-(void)YSImageDownLoadFinished:(UIImage *)image{
    NSLog(@"%@",image);
}

运转打印结果:

ThreadDemo[4141:1100329] <UIImage: 0x60800009f630>, {700, 1050}

哦呵呵,其实打定义之任务还享有指向性,它好满足你一定的求,但是一般用底可比少,不知情凡是为自太菜还是确有许多尤为有益于的方法以及笔触实现这样的逻辑。

NSBlockOperation

老二个,就是系提供的NSOperation的子类NSBlockOperation,我们看一下异供的API:

@interface NSBlockOperation : NSOperation {
@private
    id _private2;
    void *_reserved2;
}

+ (instancetype)blockOperationWithBlock:(void (^)(void))block;

- (void)addExecutionBlock:(void (^)(void))block;
@property (readonly, copy) NSArray<void (^)(void)> *executionBlocks;

@end

可怜粗略,就及时几乎独,我们虽因故它实现一个任务:

-(void)NSBlockOperationRun{
    NSBlockOperation *blockOper = [NSBlockOperation blockOperationWithBlock:^{
        NSLog(@"NSBlockOperationRun_%@_%@",[NSOperationQueue currentQueue],[NSThread currentThread]);
    }];
    [blockOper start];
}

运作结果:

ThreadDemo[4313:1121900] NSBlockOperationRun_<NSOperationQueue: 0x608000037420>{name = 'NSOperationQueue Main Queue'}_<NSThread: 0x60000006dd80>{number = 1, name = main}

俺们发现此职责是以时线程顺序执行之,我们发现还发一个方式addExecutionBlock:试一下:

-(void)NSBlockOperationRun{
    NSBlockOperation *blockOper = [NSBlockOperation blockOperationWithBlock:^{
        NSLog(@"NSBlockOperationRun_1_%@",[NSThread currentThread]);
    }];
    [blockOper addExecutionBlock:^{
        NSLog(@"NSBlockOperationRun_2_%@",[NSThread currentThread]);
    }];
    [blockOper addExecutionBlock:^{
        NSLog(@"NSBlockOperationRun_3_%@",[NSThread currentThread]);
    }];
    [blockOper addExecutionBlock:^{
        NSLog(@"NSBlockOperationRun_4_%@",[NSThread currentThread]);
    }];
    [blockOper start];
}

打印结果:

ThreadDemo[4516:1169835] NSBlockOperationRun_1_<NSThread: 0x60000006d880>{number = 1, name = main}
ThreadDemo[4516:1169875] NSBlockOperationRun_3_<NSThread: 0x600000070800>{number = 4, name = (null)}
ThreadDemo[4516:1169877] NSBlockOperationRun_4_<NSThread: 0x6080000762c0>{number = 5, name = (null)}
ThreadDemo[4516:1169893] NSBlockOperationRun_2_<NSThread: 0x608000076100>{number = 3, name = (null)}

打打印结果来拘禁,这个4只任务是异步并发执行的,开辟了大半漫长线程。

NSInvocationOperation

老三独,就是它了,同样也是系统提供于咱们的一个任务类,基于一个target对象以及一个selector来创造任务,具体代码:

-(void)NSInvocationOperationRun{
    NSInvocationOperation *invocationOper = [[NSInvocationOperation alloc] initWithTarget:self selector:@selector(invocationOperSel) object:nil];
    [invocationOper start];
}
-(void)invocationOperSel{
    NSLog(@"NSInvocationOperationRun_%@",[NSThread currentThread]);
}

运行结果:

ThreadDemo[4538:1173118] NSInvocationOperationRun_<NSThread: 0x60800006e900>{number = 1, name = main}

运作结果和NSBlockOperation单个block函数的实践办法同,同步顺序执行。的确系统的包给予我们关于任务还直观的物,但是于多只任务的决定机制并无健全,所以我们发要下同样各项,也许你会眼前一亮。

NSOperationQueue

点说道我们创建的NSOperation任务目标足以透过start计来施行,同样我们可把此任务目标上加至一个NSOperationQueue对象中失去履行,好想有好东西,先押一下系统的API:

@interface NSOperationQueue : NSObject {
@private
    id _private;
    void *_reserved;
}

- (void)addOperation:(NSOperation *)op;//添加任务
- (void)addOperations:(NSArray<NSOperation *> *)ops waitUntilFinished:(BOOL)wait NS_AVAILABLE(10_6, 4_0);//添加一组任务

- (void)addOperationWithBlock:(void (^)(void))block NS_AVAILABLE(10_6, 4_0);//添加一个block形式的任务

@property (readonly, copy) NSArray<__kindof NSOperation *> *operations;//队列中所有的任务数组
@property (readonly) NSUInteger operationCount NS_AVAILABLE(10_6, 4_0);//队列中的任务数

@property NSInteger maxConcurrentOperationCount;//最大并发数

@property (getter=isSuspended) BOOL suspended;//暂停

@property (nullable, copy) NSString *name NS_AVAILABLE(10_6, 4_0);//名称

@property NSQualityOfService qualityOfService NS_AVAILABLE(10_10, 8_0);//服务质量,一个高质量的服务就意味着更多的资源得以提供来更快的完成操作。

@property (nullable, assign /* actually retain */) dispatch_queue_t underlyingQueue NS_AVAILABLE(10_10, 8_0);

- (void)cancelAllOperations;//取消队列中的所有任务

- (void)waitUntilAllOperationsAreFinished;//阻塞当前线程,等到队列中的任务全部执行完毕。

#if FOUNDATION_SWIFT_SDK_EPOCH_AT_LEAST(8)
@property (class, readonly, strong, nullable) NSOperationQueue *currentQueue NS_AVAILABLE(10_6, 4_0);//获取当前队列
@property (class, readonly, strong) NSOperationQueue *mainQueue NS_AVAILABLE(10_6, 4_0);//获取主队列
#endif

@end

来平等段子代码开心开心:

-(void)NSOperationQueueRun{
    NSOperationQueue *queue = [[NSOperationQueue alloc] init];
    NSInvocationOperation *invocationOper = [[NSInvocationOperation alloc] initWithTarget:self selector:@selector(invocationOperSel) object:nil];
    [queue addOperation:invocationOper];
    NSBlockOperation *blockOper = [NSBlockOperation blockOperationWithBlock:^{
        NSLog(@"NSBlockOperationRun_%@",[NSThread currentThread]);
    }];
    [queue addOperation:blockOper];
    [queue addOperationWithBlock:^{
        NSLog(@"QUEUEBlockOperationRun_%@",[NSThread currentThread]);
    }];
}

打印结果:

ThreadDemo[4761:1205689] NSBlockOperationRun_<NSThread: 0x600000264480>{number = 4, name = (null)}
ThreadDemo[4761:1205691] NSInvocationOperationRun_<NSThread: 0x600000264380>{number = 3, name = (null)}
ThreadDemo[4761:1205706] QUEUEBlockOperationRun_<NSThread: 0x6000002645c0>{number = 5, name = (null)}

咱俩发现,加入队列之后并非调用任务之start措施,队列会帮忙您管理职责之行情况。上诉执行结果证明这些职责在排中为出现执行的。

下面我们反一下任务的优先级:
invocationOper.queuePriority = NSOperationQueuePriorityVeryLow;

运转结果:

ThreadDemo[4894:1218440] QUEUEBlockOperationRun_<NSThread: 0x608000268880>{number = 3, name = (null)}
ThreadDemo[4894:1218442] NSBlockOperationRun_<NSThread: 0x60000026d340>{number = 4, name = (null)}
ThreadDemo[4894:1218457] NSInvocationOperationRun_<NSThread: 0x60000026d400>{number = 5, name = (null)}

咱俩发现优先级低之天职会后实施,但是,这并无是绝的,还有好多事物好左右CPU分配,以及操作系统对于任务与线程的主宰,只能说,优先级会于大势所趋程度上让优先级赛的任务开始实行。同时,优先级只针对同一队列中之天职中哦。下面我们尽管扣留一个见面忽略优先级的情形。

长凭关系
-(void)NSOperationQueueRun{
    NSOperationQueue *queue = [[NSOperationQueue alloc] init];
    NSBlockOperation *blockOper_1 = [NSBlockOperation blockOperationWithBlock:^{
        for (int i = 0; i < 1000; i++) {
            NSLog(@"blockOper_1_%@_%@",@(i),[NSThread currentThread]);
        }
    }];

    NSBlockOperation *blockOper_2 = [NSBlockOperation blockOperationWithBlock:^{
        for (int i = 0; i < 1000; i++) {
            NSLog(@"blockOper_2_%@_%@",@(i),[NSThread currentThread]);
        }
    }];

    [blockOper_1 addDependency:blockOper_2];
    [queue addOperation:blockOper_1];
    [queue addOperation:blockOper_2];
}

打印结果:

ThreadDemo[5066:1233824] blockOper_2_0_<NSThread: 0x600000078340>{number = 3, name = (null)}
ThreadDemo[5066:1233824] blockOper_2_1_<NSThread: 0x600000078340>{number = 3, name = (null)}
ThreadDemo[5066:1233824] blockOper_2_2_<NSThread: 0x600000078340>{number = 3, name = (null)}
ThreadDemo[5066:1233824] blockOper_2_3_<NSThread: 0x600000078340>{number = 3, name = (null)}
... ...
ThreadDemo[5066:1233824] blockOper_2_999_<NSThread: 0x600000078340>{number = 3, name = (null)}
ThreadDemo[5066:1233822] blockOper_1_0_<NSThread: 0x60000006ae80>{number = 4, name = (null)}
... ...
ThreadDemo[5066:1233822] blockOper_1_997_<NSThread: 0x60000006ae80>{number = 4, name = (null)}
ThreadDemo[5066:1233822] blockOper_1_998_<NSThread: 0x60000006ae80>{number = 4, name = (null)}
ThreadDemo[5066:1233822] blockOper_1_999_<NSThread: 0x60000006ae80>{number = 4, name = (null)}

由此打印结果我们得以视,添加依赖之后,依赖任务要待给据任务履行完毕后才见面开推行。⚠️,就算依赖任务的先行级更强,也是叫依任务先实施,同时,和优先级不等,依赖关系非给队列的受制,爱啊哪,只要是自个儿乘让您,那若要先实施了,我才行。

行的卓绝可怜并发数

即,这个行列最多好生微任务而实施,或者说极端多开发多少条线程,如果安为1,那就是一律赖只能执行一个职责,但是,不要以为马上与GCD的串行队列一样,就算最酷并发数为1,队列任务之尽顺序依然在很多元素。

关于NSOperationQueue再有取消啊,暂停啊等操作方法,大家好试行一下,应该注意的是,和上学GCD的方法不同,不要老是站于面向过程的角度看带这些面向对象的接近,因为它们的眉宇对象化的包裹过程被,肯定有许多而看不到的外貌过程的操作,所以若吗没必要就此用GCD的思索来学用它,否则你或许会见头昏的均等垮糊涂。

线程锁

地方到底将多线程操作的主意说话了了,下面说一下线程锁机制。多线程操作是差不多只线程并行的,所以一律块资源或于同一时间被多独线程访问,举烂的例子就是是进火车票,在纵留一个幢时,如果100只线程同时跻身,那么可能高达火车时虽有人得干仗了。为了维护世界和平,人民安定,所以我们讲一下这个线程锁。我们先行实现均等段落代码:

- (void)viewDidLoad {
    [super viewDidLoad];
    self.sourceArray_m = [NSMutableArray new];
    [_sourceArray_m addObjectsFromArray:@[@"1",@"2",@"3",@"4",@"5",@"6"]];
    [self threadLock];
}
-(void)threadLock{
    for (int i = 0; i < 8; i++) {
        dispatch_async(self.concurrentQueue, ^{
            NSLog(@"%@",[self sourceOut]) ;
        });
    }
}

-(NSString*)sourceOut{
    NSString *source = @"没有了,取光了";
    if (_sourceArray_m.count > 0) {
        source = [_sourceArray_m lastObject];
        [_sourceArray_m removeLastObject];
    }
    return source;
}

运转打印结果:

ThreadDemo[5540:1291666] 6
ThreadDemo[5540:1291669] 6
ThreadDemo[5540:1291682] 5
ThreadDemo[5540:1291667] 4
ThreadDemo[5540:1291683] 3
ThreadDemo[5540:1291666] 2
ThreadDemo[5540:1291669] 1
ThreadDemo[5540:1291682] 没有了,取光了

俺们发现6吃得出来两不成(因为代码简单,执行效率比较快,所以这种气象不实必现,耐心多尝试几浅),这样的话就尴尬了,一摆票发售了2不好,这么歹之所作所为是免可能容忍的,所以我们得公平的警卫员——线程锁,我们就开口最直白的有数种(之前说之GCD的不在少数方法同样可以等于线程锁解决这些问题):

NSLock

代码这样写:

- (void)viewDidLoad {
    [super viewDidLoad];
    self.lock = [[NSLock alloc] init];
    self.sourceArray_m = [NSMutableArray new];
    [_sourceArray_m addObjectsFromArray:@[@"1",@"2",@"3",@"4",@"5",@"6"]];
    [self threadLock];
}
-(void)threadLock{
    for (int i = 0; i < 8; i++) {
        dispatch_async(self.concurrentQueue, ^{
            NSLog(@"%@",[self sourceOut]) ;
        });
    }
}
-(NSString*)sourceOut{
    NSString *source = @"没有了,取光了";
    [_lock lock];
    if (_sourceArray_m.count > 0) {
        source = [_sourceArray_m lastObject];
        [_sourceArray_m removeLastObject];
    }
    [_lock unlock];
    return source;
}

运转结果:

ThreadDemo[5593:1298144] 5
ThreadDemo[5593:1298127] 6
ThreadDemo[5593:1298126] 4
ThreadDemo[5593:1298129] 3
ThreadDemo[5593:1298146] 2
ThreadDemo[5593:1298144] 1
ThreadDemo[5593:1298127] 没有了,取光了
ThreadDemo[5593:1298147] 没有了,取光了

如此这般便确保了受Lock的资源只能以受一个线程进行访问,从而也就是保证了线程安全。

@synchronized

是吧不行简短,有时候为会见为此到是,要传一个联机对象(一般就是是self),然后用公用加锁之资源放入代码块被,如果该资源有线程正在看时,会于其他线程等待,直接上代码:

- (void)viewDidLoad {
    [super viewDidLoad];
    self.sourceArray_m = [NSMutableArray new];
    [_sourceArray_m addObjectsFromArray:@[@"1",@"2",@"3",@"4",@"5",@"6"]];
    [self threadLock];
}
-(void)threadLock{
    for (int i = 0; i < 8; i++) {
        dispatch_async(self.concurrentQueue, ^{
            NSLog(@"%@",[self sourceOut]) ;
        });
    }
}

-(NSString*)sourceOut{
    NSString *source = @"没有了,取光了";
    @synchronized (self) {
        if (_sourceArray_m.count > 0) {
            source = [_sourceArray_m lastObject];
            [_sourceArray_m removeLastObject];
        }
    }
    return source;
}

运作结果:

ThreadDemo[5625:1301834] 5
ThreadDemo[5625:1301835] 6
ThreadDemo[5625:1301837] 4
ThreadDemo[5625:1301852] 3
ThreadDemo[5625:1301834] 1
ThreadDemo[5625:1301854] 2
ThreadDemo[5625:1301835] 没有了,取光了
ThreadDemo[5625:1301855] 没有了,取光了

结语

看来该收了!!!就到及时吧,小弟曾尽力了,带大家称个派别,这长长的路小弟只能陪您活动至立刻了。

相关文章