GCD笔记2->派发队列的创建->1(生成Concurrent Dispatch Queue)

创建Serial Dispatch Queue的生成个数应当仅限所必须的数量,例如更新数据库时1个表生成1个Serial Dispatch Queue,更新文件时1个文件或是可以分割的1个文件块生成1个Serial Dispatch Queue。

但是绝对不能大量生成Serial Dispatch Queue。

当想并行执行不发生数据竞争等问题的处理时,使用Concurrent Dispatch Queue,而且对于Concurrent Dispatch Queue来说

不管生成多少,由于XNU内核只使用有效管理的线程,因此不会发生Serial Dispatch Queue的那些问题。

注:(XNU据说是一个无限递归的缩写:XNU’s Not UNIX,XNU内核是Mac和iOS的核心,其代码已经开源:https://opensource.apple.com

dispatch_queue_create函数:

第一个参数:指定派发队列的名称,名称推荐使用应用程序ID这种逆序全程域名,该名称在Xcode和Instruments的调试器中作为

派发队列名称表示,另外,该名称也出现在应用程序崩溃时所生成的CrashLog中。

第二个参数:在生成Serical 派发队列时,将第二个参数指定为NULL。

生成Concurrent Dispatch Queue时,指定为 DISPATCH_QUEUE_CONCURRENT

我们来看一下代码实例:

#define C_QUEUE @"come.test.c.queue"
- (void)viewDidLoad {
    [super viewDidLoad];
    dispatch_queue_t testQueue4=dispatch_queue_create(C_QUEUE,   DISPATCH_QUEUE_CONCURRENT);
    [self testQueueC:testQueue4];
    
     
    
}
-(void)testQueueC:(dispatch_queue_t)testQueue{
   dispatch_async(testQueue, ^(){
        NSLog(@"细");
    });
    dispatch_async(testQueue, ^(){
        NSLog(@"草");
    });
    dispatch_async(testQueue, ^(){
        NSLog(@"微");
    });
    dispatch_async(testQueue, ^(){
        NSLog(@"风");
    });
    dispatch_async(testQueue, ^(){
        NSLog(@"岸");
    });
}

我们来看一下执行效果:

2020-08-22 18:26:32.796623+0800 gcd0[12855:503101] 微
2020-08-22 18:26:32.796636+0800 gcd0[12855:503104] 风
2020-08-22 18:26:32.796630+0800 gcd0[12855:503106] 细
2020-08-22 18:26:32.796635+0800 gcd0[12855:503103] 草
2020-08-22 18:26:32.796648+0800 gcd0[12855:503102] 岸

我们可以看出,如期待的一样,每条的执行不具有顺序性,我们再使其执行一遍,看看效果:

2020-08-22 18:52:31.444135+0800 gcd0[13167:523488] 草
2020-08-22 18:52:31.444135+0800 gcd0[13167:523487] 细
2020-08-22 18:52:31.444153+0800 gcd0[13167:523485] 微
2020-08-22 18:52:31.444178+0800 gcd0[13167:523486] 风
2020-08-22 18:52:31.444211+0800 gcd0[13167:523545] 岸

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值