GCD那些事儿

GCD

GCD,全名Grand Central Dispatch,中文名郭草地,是基于C语言的一套多线程开发API,一听名字就是个狠角色,也是目前苹果官方推荐的多线程开发方式。可以说是使用方便,又不失逼格。总体来说,他解决我提到的上面直接操作线程带来的难题,它自动帮你管理了线程的生命周期以及任务的执行规则。下面我们会频繁的说道一个词,那就是任务,说白了,任务其实就是你要执行的那段代码。

任务管理方式——队列

上面说当我们要管理多个任务时,线程开发给我们带来了一定的技术难度,或者说不方便性,GCD给出了我们统一管理任务的方式,那就是队列。我们来看一下iOS多线程操作中的队列:(??不管是串行还是并行,队列都是按照FIFO的原则依次触发任务)

两个通用队列:

  • 串行队列:所有任务会在一条线程中执行(有可能是当前线程也有可能是新开辟的线程),并且一个任务执行完毕后,才开始执行下一个任务。(等待完成)
  • 并行队列:可以开启多条线程并行执行任务(但不一定会开启新的线程),并且当一个任务放到指定线程开始执行时,下一个任务就可以开始执行了。(等待发生)

两个特殊队列:

  • 主队列:系统为我们创建好的一个串行队列,牛逼之处在于它管理必须在主线程中执行的任务,属于有劳保的。
  • 全局队列:系统为我们创建好的一个并行队列,使用起来与我们自己创建的并行队列无本质差别。

任务执行方式

说完队列,相应的,任务除了管理,还得执行,要不然有钱不花,掉了白搭,并且在GCD中并不能直接开辟线程执行任务,所以在任务加入队列之后,GCD给出了两种执行方式——同步执行(sync)和异步执行(async)。

  • 同步执行:在当前线程执行任务,不会开辟新的线程。必须等到Block函数执行完毕后,dispatch函数才会返回。
  • 异步执行:可以在新的线程中执行任务,但不一定会开辟新的线程。dispatch函数会立即返回, 然后Block在后台异步执行。

上面的这些理论都是本人在无数被套路背后总结出来的血淋淋的经验,与君共享,但是这么写我猜你一定还是不明白,往下看,说不定有惊喜呢

任务队列组合方式

相信这个标题你看过无数次?是不是看完也不知道到底怎么用?这么巧,我也是,请相信下面这些肯定有你不知道并且想要的,我们从两个最直接的点切入:

1. 线程死锁

这个你是不是也看过无数次?哈哈哈!你是不是觉得我又要开始复制黏贴了?请往下看:


1

2

3

4

5

6

7

8

- (void)viewDidLoad {

    [super viewDidLoad];

    NSLog(@"1========%@",[NSThread currentThread]);

    dispatch_sync(dispatch_get_main_queue(), ^{

        NSLog(@"2========%@",[NSThread currentThread]);

    });

    NSLog(@"3========%@",[NSThread currentThread]);

}

运行结果:

打印结果:


1

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

真不是我套路你,我们还是得分析一下为什么会死锁,因为总得为那些没有饱受过套路的人心里留下一段美好的回忆,分享代码,我们是认真的!

事情是这样的:

我们先做一个定义:- (void)viewDidLoad{} ---> 任务A,GCD同步函数 --->任务B。

总而言之呢,大概是这样的,首先,任务A在主队列,并且已经开始执行,在主线程打印出1===... ...,然后这时任务B被加入到主队列中,并且同步执行,这尼玛事都大了,系统说,同步执行啊,那我不开新的线程了,任务B说我要等我里面的Block函数执行完成,要不我就不返回,但是主队列说了,玩蛋去,我是串行的,你得等A执行完才能轮到你,不能坏了规矩,同时,任务B作为任务A的内部函数,必须等任务B执行完函数返回才能执行下一个任务。那就造成了,任务A等待任务B完成才能继续执行,但作为串行队列的主队列又不能让任务B在任务A未完成之前开始执行,所以任务A等着任务B完成,任务B等着任务A完成,等待,永久的等待。所以就死锁了。简单不?下面我们慎重看一下我们无意识书写的代码!

2. 这样不死锁

不如就写个最简单的:


1

2

3

4

5

6

- (void)viewDidLoad {

    [super viewDidLoad];

    NSLog(@"1========%@",[NSThread currentThread]);

    NSLog(@"2========%@",[NSThread currentThread]);

    NSLog(@"3========%@",[NSThread currentThread]);

}

打印结果:


1

2

3

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}</nsthread: 0x600000078340></nsthread: 0x600000078340></nsthread: 0x600000078340>

之前有人问:顺序打印,没毛病,全在主线程执行,而且顺序执行,那它们一定是在主队列同步执行的啊!那为什么没有死锁?苹果的操作系统果然高深啊!

其实这里有一个误区,那就是任务在主线程顺序执行就是主队列。其实一点关系都没有,如果当前在主线程,同步执行任务,不管在什么队列任务都是顺序执行。把所有任务都以异步执行的方式加入到主队列中,你会发现它们也是顺序执行的。而且任务的执行不一定非得撕扯白咧的加入到队列中才可以啊!

相信你知道上面的死锁情况后,你一定会手贱改成这样试试:


1

2

3

4

5

6

7

8

- (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]);

}

打印结果:


1

2

3

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}</nsthread: 0x60000007bb80></nsthread: 0x60000007bb80></nsthread: 0x60000007bb80>

你发现正常执行了,并且是顺序执行的,你是不是若有所思,没错,你想的和我想的是一样的,和上诉情况一样,任务A在主队列中,但是任务B加入到了全局队列,这时候,任务A和任务B没有队列的约束,所以任务B就先执行喽,执行完毕之后函数返回,任务A接着执行。

我猜你一定手贱这么改过:


1

2

3

4

5

6

7

8

- (void)viewDidLoad {

    [super viewDidLoad];

    NSLog(@"1========%@",[NSThread currentThread]);

    dispatch_async(dispatch_get_main_queue(), ^{

        NSLog(@"2========%@",[NSThread currentThread]);

    });

    NSLog(@"3========%@",[NSThread currentThread]);

}

打印结果:


1

2

3

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}</nsthread: 0x600000072700></nsthread: 0x600000072700></nsthread: 0x600000072700>

细心而帅气的你一定发现不是顺序打印了,而且也不会死锁,明明都是加到主队列里了啊,其实当任务A在执行时,任务B加入到了主队列,注意哦,是异步执行,所以dispatch函数不会等到Block执行完成才返回,dispatch函数返回后,那任务A可以继续执行,Block任务我们可以认为在下一帧顺序加入队列,并且默认无限下一帧执行。这就是为什么你看到2===... ...是最后输出的了。(??一个函数的有多个内部函数异步执行时,不会造成死锁的同时,任务A执行完毕后,这些异步执行的内部函数会顺序执行)。

我们说说队列与执行方式的搭配

上面说了系统自带的两个队列,下面我们来用自己创建的队列研究一下各种搭配情况。

我们先创建两个队列,并且测试方法都是在主线程中调用:


1

2

3

4

//串行队列

self.serialQueue = dispatch_queue_create("serialQueue.ys.com", DISPATCH_QUEUE_SERIAL);

//并行队列

self.concurrentQueue = dispatch_queue_create("concurrentQueue.ys.com", DISPATCH_QUEUE_CONCURRENT);

1. 串行队列 + 同步执行


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

-(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]);

}

打印结果:


1

2

3

4

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}</nsthread: 0x600000073cc0></nsthread: 0x600000073cc0></nsthread: 0x600000073cc0></nsthread: 0x600000073cc0>

全部都在当前线程顺序执行,也就是说,同步执行不具备开辟新线程的能力。

2. 串行队列 + 异步执行


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

-(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]);

}

打印结果:


1

2

3

4

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)}</nsthread: 0x608000077000></nsthread: 0x608000077000></nsthread: 0x608000077000></nsthread: 0x60800006e9c0>

先打印了4,然后顺序在子线程中打印1,2,3。说明异步执行具有开辟新线程的能力,并且串行队列必须等到前一个任务执行完才能开始执行下一个任务,同时,异步执行会使内部函数率先返回,不会与正在执行的外部函数发生死锁。

3. 并行队列 + 同步执行


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

-(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]);

}

运行结果:


1

2

3

4

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}</nsthread: 0x60800007e340></nsthread: 0x60800007e340></nsthread: 0x60800007e340></nsthread: 0x60800007e340>

未开启新的线程执行任务,并且Block函数执行完成后dispatch函数才会返回,才能继续向下执行,所以我们看到的结果是顺序打印的。

4. 并行队列 + 异步执行


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

-(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]);

}

打印结果:


1

2

3

4

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)}</nsthread: 0x600000071880></nsthread: 0x600000067400></nsthread: 0x608000070240></nsthread: 0x600000071900>

开辟了多个线程,触发任务的时机是顺序的,但是我们看到完成任务的时间却是随机的,这取决于CPU对于不同线程的调度分配,但是,线程不是无条件无限开辟的,当任务量足够大时,线程是会重复利用的。

划一下重点啊

1. 对于单核CPU来说,不存在真正意义上的并行,所以,多线程执行任务,其实也只是一个人在干活,CPU的调度决定了非等待任务的执行速率,同时对于非等待任务,多线程并没有真正意义提高效率。

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

3. 同步执行会在当前线程执行任务,不具备开辟线程的能力或者说没有必要开辟新的线程。并且,同步执行必须等到Block函数执行完毕,dispatch函数才会返回,从而阻塞同一串行队列中外部方法的执行。

4. 异步执行dispatch函数会直接返回,Block函数我们可以认为它会在下一帧加入队列,并根据所在队列目前的任务情况无限下一帧执行,从而不会阻塞当前外部任务的执行。同时,只有异步执行才有开辟新线程的必要,但是异步执行不一定会开辟新线程。

5. 只要是队列,肯定是FIFO(先进先出),但是谁先执行完要看第1条。

6. 只要是串行队列,肯定要等上一个任务执行完成,才能开始下一个任务。但是并行队列当上一个任务开始执行后,下一个任务就可以开始执行。

7. 想要开辟新线程必须让任务在异步执行,想要开辟多个线程,只有让任务在并行队列中异步执行才可以。执行方式和队列类型多层组合在一定程度上能够实现对于代码执行顺序的调度。

8. 同步+串行:未开辟新线程,串行执行任务;同步+并行:未开辟新线程,串行执行任务;异步+串行:新开辟一条线程,串行执行任务;异步+并行:开辟多条新线程,并行执行任务;在主线程中同步使用主队列执行任务,会造成死锁。

8. 对于多核CPU来说,线程数量也不能无限开辟,线程的开辟同样会消耗资源,过多线程同时处理任务并不是你想像中的人多力量大。

GCD其他函数用法

1. dispatch_after

该函数用于任务延时执行,其中参数dispatch_time_t代表延时时长,dispatch_queue_t代表使用哪个队列。如果队列未主队列,那么任务在主线程执行,如果队列为全局队列或者自己创建的队列,那么任务在子线程执行,代码如下:


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

-(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]);

    });

}

打印结果:


1

2

3

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)}</nsthread: 0x608000262d80></nsthread: 0x608000262d80></nsthread: 0x60000007cf40>

2. dispatch_once

保证函数在整个生命周期内只会执行一次,看代码。


1

2

3

4

5

6

-(void)touchesBegan:(NSSet<uitouch *> *)touches withEvent:(UIEvent *)event{

    static dispatch_once_t onceToken;

    dispatch_once(&onceToken, ^{

        NSLog(@"%@",[NSThread currentThread]);

    });

}</uitouch *>

打印结果:


1

ThreadDemo[1524:509261] <nsthread: 0x600000262940>{number = 1, name = main}</nsthread: 0x600000262940>


1

无论你怎么疯狂的点击,在第一次打印之后,输出台便岿然不动。

3. dispatch_group_async & dispatch_group_notify

试想,现在牛逼的你要现在两张小图,并且你要等两张图都下载完成之后把他们拼起来,你要怎么做?我根本就不会把两张图拼成一张图啊,牛逼的我怎么可能有这种想法呢?

其实方法有很多,比如你可以一张一张下载,再比如使用局部变量和Blcok实现计数,但是既然今天我们讲到这,那我们就得入乡随俗,用GCD来实现,有一个神器的东西叫做队列组,当加入到队列组中的所有任务执行完成之后,会调用dispatch_group_notify函数通知任务全部完成,代码如下:


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

-(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;

}

4. dispatch_barrier_async

栅栏函数,这么看来它能挡住或者分隔什么东西,别瞎猜了,反正你又猜不对,看这,使用此方法创建的任务,会查找当前队列中有没有其他任务要执行,如果有,则等待已有任务执行完毕后再执行,同时,在此任务之后进入队列的任务,需要等待此任务执行完成后,才能执行。看代码,老铁。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

-(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");

    });

}

运行结果:


1

2

3

4

ThreadDemo[1816:673351] 任务3

ThreadDemo[1816:673353] 任务1

ThreadDemo[1816:673350] 任务2

ThreadDemo[1816:673370] 任务4

是不是如你所料,牛逼大了,下面我们打开第一句注释:


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

-(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");

    });

}

打印结果:


1

2

3

4

5

ThreadDemo[1833:678739] 任务2

ThreadDemo[1833:678740] 任务1

ThreadDemo[1833:678740] 任务barrier

ThreadDemo[1833:678740] 任务3

ThreadDemo[1833:678739] 任务4

这个结果和我们上面的解释完美契合,我们可以简单的控制函数执行的顺序了,你离大牛又近了一步,如果现在的你不会怀疑还有dispatch_barrier_sync这个函数的话,说明... ...嘿嘿嘿,我们看一下这个函数和上面我们用到的函数的区别,你一定想到了,再打开第二个和第三个注释,如下:


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

-(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");

    });

}

运行结果:


1

2

3

4

5

6

7

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

不要着急,我们换一下函数:


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

-(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");

    });

}

打印结果:


1

2

3

4

5

6

7

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

老铁,发现了吗?这两个函数对于队列的栅栏作用是一样的,但是对于该函数相对于其他内部函数遵循了最开始说到的同步和异步的规则。你是不是有点懵逼,如果你蒙蔽了,那么请在每一个输出后面打印出当前的线程,如果你还是懵逼,那么请你重新看,有劳,不谢!

5. dispatch_apply

该函数用于重复执行某个任务,如果任务队列是并行队列,重复执行的任务会并发执行,如果任务队列为串行队列,则任务会顺序执行,需要注意的是,该函数为同步函数,要防止线程阻塞和死锁哦,老铁。

串行队列:


1

2

3

4

5

6

-(void)GCDApply{

    //重复执行

    dispatch_apply(5, self.serialQueue, ^(size_t i) {

        NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);

    });

}

运行结果:


1

2

3

4

5

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}</nsthread: 0x600000079ac0></nsthread: 0x600000079ac0></nsthread: 0x600000079ac0></nsthread: 0x600000079ac0></nsthread: 0x600000079ac0>

并行队列:


1

2

3

4

5

6

-(void)GCDApply{

    //重复执行

    dispatch_apply(5, self.concurrentQueue, ^(size_t i) {

        NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);

    });

}

运行结果:


1

2

3

4

5

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)}</nsthread: 0x608000076000></nsthread: 0x60000007d440></nsthread: 0x60000007d480></nsthread: 0x60800006d8c0></nsthread: 0x608000076000>

死锁:


1

2

3

4

5

6

-(void)GCDApply{

    //重复执行

    dispatch_apply(5, dispatch_get_main_queue(), ^(size_t i) {

        NSLog(@"第%@次_%@",@(i),[NSThread currentThread]);

    });

}

运行结果:

转自:http://www.cocoachina.com/ios/20170829/20404.html

时间: 2024-10-20 16:52:41

GCD那些事儿的相关文章

GCD介绍(转)

GCD介绍(一): 基本概念和Dispatch Queue GCD提供很多超越传统多线程编程的优势: 易用: GCD比之thread跟简单易用.由于GCD基于work unit而非像thread那样基于运算,所以GCD可以控制诸如等待任务结束.监视文件描述符.周期执行代码以及工作挂起等任务.基于block的血统导致它能极为简单得在不同代码作用域之间传递上下文. 效率: GCD被实现得如此轻量和优雅,使得它在很多地方比之专门创建消耗资源的线程更实用且快速.这关系到易用性:导致GCD易用的原因有一部

GCD: 基本概念和Dispatch Queue 【转】

什么是GCD? Grand Central Dispatch或者GCD,是一套低层API,提供了一种新的方法来进行并发程序编写.从基本功能上讲,GCD有点像 NSOperationQueue,他们都允许程序将任务切分为多个单一任务然后提交至工作队列来并发地或者串行地执行.GCD比之 NSOpertionQueue更底层更高效,并且它不是Cocoa框架的一部分. 除了代码的平行执行能力,GCD还提供高度集成的事件控制系统.可以设置句柄来响应文件描述符.mach ports(Mach port 用于

【iOS沉思录】NSThread、GCD、NSOperation多线程编程总结

OC中的多线程 OC中多线程根据封装程度可以分为三个层次:NSThread.GCD和NSOperation,另外由于OC兼容C语言,因此仍然可以使用C语言的POSIX接口来实现多线程,只需引入相应的头文件:#include <pthread.h>. NSThread NSThread是封装程度最小最轻量级的,使用更灵活,但要手动管理线程的生命周期.线程同步和线程加锁等,开销较大: NSThread的基本使用比较简单,可以动态创建初始化NSThread对象,对其进行设置然后启动:也可以通过NST

多线程:GCD

多线程是程序开发中非常基础的一个概念,大家在开发过程中应该或多或少用过相关的东西.同时这恰恰又是一个比较棘手的概念,一切跟多线程挂钩的东西都会变得复杂.如果使用过程中对多线程不够熟悉,很可能会埋下一些难以预料的坑. iOS中的多线程技术主要有NSThread, GCD和NSOperation.他们的封装层次依次递增,其中: NSThread封装性最差,最偏向于底层,主要基于thread使用 GCD是基于C的API,直接使用比较方便,主要基于task使用 NSOperation是基于GCD封装的N

GCD介绍(一):基本概念和Dispatch Queues

什么是GCD? Grand Central Dispatch或者GCD,是一套低层API,提供了一种新的方法来进行并发程序编写.从基本功能上讲,GCD有点像NSOperationQueue,他们都允许程序将任务切分为多个单一任务然后提交至工作队列来并发地或者串行地执行.GCD比之NSOpertionQueue更底层更高效,并且它不是Cocoa框架的一部分. 除了代码的平行执行能力,GCD还提供高度集成的事件控制系统.可以设置句柄来响应文件描述符.mach ports(Mach port 用于 O

GCD介绍(三): Dispatch Sources

何为Dispatch Sources 简单来说,dispatch source是一个监视某些类型事件的对象.当这些事件发生时,它自动将一个block放入一个dispatch queue的执行例程中. 说的貌似有点不清不楚.我们到底讨论哪些事件类型? 下面是GCD 10.6.0版本支持的事件: Mach port send right state changes. Mach port receive right state changes. External process state chang

GCD介绍:Dispatch_source

[转自:GCD介绍(三): Dispatch Sources] 何为Dispatch Sources 简单来说,dispatch source是一个监视某些类型事件的对象.当这些事件发生时,它自动将一个block放入一个dispatch queue的执行例程中. 说的貌似有点不清不楚.我们到底讨论哪些事件类型? 下面是GCD 10.6.0版本支持的事件: Mach port send right state changes. Mach port receive right state chang

什么是gcd

概述 我将分四步来带大家研究研究程序的并发计算.第一步是基本的串行程序,然后使用GCD把它并行计算化.如果你想顺着步骤来尝试这些程序的话,可以下载源码.注意,别运行imagegcd2.m,这是个反面教材..   imagegcd.zip (8.4 KB, 79 次) 原始程序 我们的程序只是简单地遍历~/Pictures然后生成缩略图.这个程序是个命令行程序,没有图形界面(尽管是使用Cocoa开发库的),主函数如下: int main(int argc, char **argv) { NSAut

&lt;&lt;什么是数学&gt;&gt; 余数那些事儿

<<什么是数学>> 笔记 余数那些事儿 今天又踩坑了,感觉各种问题递归下去有没个尽头的样子╮(╯_╰)╭ 还是要回归到数学的本质上来... 只要说数学,你就会被高斯帅哭的... 一般性的概念. 只要碰到用一个固定的整数d,去除整数的问题,"同余"的概念和记法(高斯创造)使得这个推理简单而清楚. (伟大的人都是把复杂的问题简单化) 啊哈, 看图,"同余"的概念就很直观了.我们看到任意一个整数被5除时,剩下的余数是0,1,2,3,4,这五个数中的一个.如果两个整数a和b被5除有相同的余