GCD之dispatch_apply

  • dispatch_apply的作用是快速迭代
  • dispatch_apply替代for
  • 全局队列、串行队列,主队列说明

dispatch_apply的作用是快速迭代

        /**
         dispatch_apply快速迭代

         @param count] 遍历的次数
         @param 0 在哪个队列执行闭包的代码
         @param 0 执行的编号
         */
       dispatch_apply(10, dispatch_get_global_queue(0, 0), ^(size_t index) {
        NSLog(@"编号:%ld",index);
        NSLog(@"当前线程%@",[NSThread currentThread]);
    });

        });

输出结果


2017-05-08 20:48:49.183 GCDTest[11881:499132] 编号:1
2017-05-08 20:48:49.183 GCDTest[11881:499062] 编号:0
2017-05-08 20:48:49.183 GCDTest[11881:499113] 编号:4
2017-05-08 20:48:49.183 GCDTest[11881:499112] 编号:2
2017-05-08 20:48:49.183 GCDTest[11881:499115] 编号:3
2017-05-08 20:48:49.183 GCDTest[11881:499142] 编号:5
2017-05-08 20:48:49.183 GCDTest[11881:499143] 编号:6
2017-05-08 20:48:49.183 GCDTest[11881:499144] 编号:7
2017-05-08 20:48:49.183 GCDTest[11881:499132] 当前线程<NSThread: 0x618000068880>{number = 3, name = (null)}
2017-05-08 20:48:49.183 GCDTest[11881:499062] 当前线程<NSThread: 0x618000066000>{number = 1, name = main}
2017-05-08 20:48:49.183 GCDTest[11881:499113] 当前线程<NSThread: 0x618000068e80>{number = 4, name = (null)}
2017-05-08 20:48:49.183 GCDTest[11881:499112] 当前线程<NSThread: 0x6100000695c0>{number = 5, name = (null)}
2017-05-08 20:48:49.183 GCDTest[11881:499115] 当前线程<NSThread: 0x610000069540>{number = 6, name = (null)}
2017-05-08 20:48:49.183 GCDTest[11881:499142] 当前线程<NSThread: 0x6080000709c0>{number = 7, name = (null)}
2017-05-08 20:48:49.183 GCDTest[11881:499143] 当前线程<NSThread: 0x618000068640>{number = 8, name = (null)}
2017-05-08 20:48:49.183 GCDTest[11881:499144] 当前线程<NSThread: 0x600000068180>{number = 9, name = (null)}
2017-05-08 20:48:49.183 GCDTest[11881:499132] 编号:8
2017-05-08 20:48:49.183 GCDTest[11881:499062] 编号:9
2017-05-08 20:48:49.184 GCDTest[11881:499132] 当前线程<NSThread: 0x618000068880>{number = 3, name = (null)}
2017-05-08 20:48:49.184 GCDTest[11881:499062] 当前线程<NSThread: 0x618000066000>{number = 1, name = main}

通过以上的 代码可以看出dispatch_apply的作用就是执行block里的代码,执行多少次,也是我们给出的,在以上代码注释中写得很清楚了

二 dispatch_apply替代for

  dispatch_async(dispatch_get_global_queue(0, 0), ^{
        /**
         dispatch_apply快速迭代

         @param count] 遍历的次数
         @param 0 在哪个队列执行闭包的代码
         @param 0 执行的编号
         */
         // any是一个数组
        dispatch_apply([any count], dispatch_get_global_queue(0, 0), ^(size_t index) {
            _myblock(index);

        });
    });

在异步中执行dispatch_apply,注意,这个dispatch_apply一定要选择并行队列,这样才可以异步的执行闭包的代码

三 注意点

// 全局队列
- dispatch_get_global_queue

// 主队列
- dispatch_get_main_queue

// 并行队列
- dispatch_queue_create(“binghang”, DISPATCH_QUEUE_CONCURRENT)

// 串行队列
- dispatch_queue_create(“seral”, DISPATCH_QUEUE_SERIAL)

1.只要是在主队列中的任务:都是在主线程中执行的
2.串行队列:任务的执行在主线程还是在子线程是看在异步中还是同步中,但是但是但是只要是串行队列的,那么串行队列中的任务都只能一个接着一个执行,不能一起执行
3.全局队列\并行队列:首先并行\全局的任务是可以一起执行的
但是
在主线程中执行时
并行中的任务在不一定是在主线程执行的,而是由系统调控的,可以是主线程也可以是子线程

在子线程中执行时(dispatch_async)
并行中的任务都是在子线程中执行的

### 使用 `dispatch_group_notify` 监听任务完成的方法 在 iOS 开发中,`dispatch_group_notify` 是 GCD(Grand Central Dispatch)中用于监听任务组完成状态的重要方法。通过该方法,可以指定一个任务组(`dispatch_group_t`),并在该组内所有任务执行完成后,触发一个指定的 Block 来执行总结性处理操作。该方法不会阻塞当前线程,而是异步执行通知 Block,通常用于在多个异步任务完成后更新 UI 或执行后续逻辑 [^1]。 #### 创建任务组 首先需要创建一个任务组,并将多个任务添加到该组中。每个任务可以通过 `dispatch_group_async` 提交到指定的队列中执行,这样任务组会自动跟踪这些任务的状态: ```objective-c dispatch_group_t group = dispatch_group_create(); dispatch_queue_t queue = dispatch_queue_create("com.example.concurrent.queue", DISPATCH_QUEUE_CONCURRENT); dispatch_group_async(group, queue, ^{ NSLog(@"Task 1 completed"); }); dispatch_group_async(group, queue, ^{ NSLog(@"Task 2 completed"); }); ``` #### 设置任务完成后的通知 在任务组中添加完所有任务后,使用 `dispatch_group_notify` 方法注册一个回调,当所有任务执行完毕后,该回调会在指定的队列上异步执行: ```objective-c dispatch_group_notify(group, dispatch_get_main_queue(), ^{ NSLog(@"All tasks completed"); }); ``` 在上述代码中,`dispatch_get_main_queue()` 表示回调将在主线程上执行,这在需要更新 UI 的场景中非常常见。需要注意的是,`dispatch_group_notify` 是异步的,因此它不会阻塞当前线程,也不会影响任务组中的任务执行流程 。 #### 应用场景 `dispatch_group_notify` 非常适合用于多个异步网络请求完成后执行统一处理的场景。例如,在并发下载多个资源后刷新 UI,或在多个数据源加载完成后进行数据整合。通过这种方式,可以避免手动管理任务完成状态的复杂性,同时确保代码逻辑清晰且易于维护 [^1]。 此外,该方法还可以与 `dispatch_group_enter` 和 `dispatch_group_leave` 配合使用,手动控制任务组中任务的进入和离开,从而实现更精细的任务管理 [^3]。 --- ### 示例代码 以下是一个完整的示例,展示如何在实际开发中使用 `dispatch_group_notify` 来监听多个异步任务的完成: ```objective-c - (void)startTasks { dispatch_group_t group = dispatch_group_create(); dispatch_queue_t queue = dispatch_queue_create("com.example.concurrent.queue", DISPATCH_QUEUE_CONCURRENT); dispatch_group_async(group, queue, ^{ // 模拟耗时操作 [NSThread sleepForTimeInterval:1.0]; NSLog(@"Task A completed"); }); dispatch_group_async(group, queue, ^{ [NSThread sleepForTimeInterval:1.5]; NSLog(@"Task B completed"); }); dispatch_group_notify(group, dispatch_get_main_queue(), ^{ NSLog(@"All tasks have been completed"); }); } ``` 在上述代码中,两个异步任务分别模拟了耗时操作,并在执行完成后输出日志。`dispatch_group_notify` 会在两个任务都执行完毕后,在主线程上输出最终的完成信息。 --- ### 注意事项 - `dispatch_group_notify` 的回调是异步执行的,因此不会阻塞当前线程。 - 任务组中所有任务必须正确完成(或手动调用 `dispatch_group_leave`),否则回调将永远不会触发。 - 如果任务组中存在未完成的任务,即使调用 `dispatch_group_notify`,回调也不会执行。 --- ### 相关问题 1. 如何在 iOS 开发中使用 `dispatch_group_wait` 等待任务组完成? 2. `dispatch_async` 和 `dispatch_sync` 在 iOS 开发中的区别是什么? 3. 如何通过 `dispatch_apply` 实现高效的任务迭代? 4. 在 iOS 开发中,如何使用 `dispatch_once` 保证代码只执行一次? 5. 为什么在多线程环境中需要使用 `dispatch_group` 来管理任务依赖?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值