GCD (Grand Central Dispatch)学习详解

WechatIMG6.jpeg

iOS开发多线程处理常用GCD,相比NSThread和NSOperation更简单 便捷 易懂。Swift语法中对GCD的API进行了精简和优化 , 所以GCD使用更多。下面对常用的一些功能学习和总结

Dispatch

**>Dispatch会自动的根据CPU的使用情况,创建线程来执行任务,并且自动的运行到多核上提高程序的运行效率。对于开发者来说,在GCD层面是没有线程的概念的,只有队列(queue)、任务都是以block的方式提交到队列上执行方式,然后GCD会自动的创建线程池去执行这些任务。

DispatchQueue

DispatchQueue是一个类似线程的概念,这里称作对列队列是一个FIFO数据结构,(意味着先提交到队列的任务会先开始执行) 。DispatchQueue背后是一个由系统管理的线程池。

let queue = DispatchQueue.init(label: "queue-after")
DispatchQoS

DispatchQoS服务质量等级,通过设置DispatchQueueQoS,您可以指出其重要性,系统会对其进行优先级排序并相应地对其进行调度。 由于优先级较高的工作比较低优先级的工作执行得更快,资源更多,因此通常比低优先级工作需要更多的能量。为您的应用程序执行的工作准确指定适当的QoS类可确保您的应用程序具有响应性和节能性。

优先级 : userInteractive > userInitiated > default > utility > background > unspecified
   // 设置队列优先等级qos
        let defaultQueue = DispatchQueue.init(label: "QueueQosdefault", qos: .default)
        let initiatedQueue = DispatchQueue.init(label: "QueueInitiated", qos: .userInitiated)
DispatchQueue.Attributes

DispatchQueue.Attributes是队列的属性(结构体)

concurrent 并行的方式运行 ,队列的所有任务同时处理

initiallyInactive 任务不会被自动执行,而是需要开发者手动去触发
// atrributes 参数可设置是数组 [.initiallyInactive,.concurrent]
let queue = DispatchQueue.init(label: "inactive-Queue", attributes: .initiallyInactive)
DispatchWorkItem

DispatchWorkItem 是一个代码块,它可以在任意一个队列上被调用,因此它里面的代码可以在后台运行,也可以在主线程运行。

  //MARK: DispatchWorkItem 派遣工作项目
    func useWorkItem() {
        var value = 10
        // 创建任务代码块
        let workItem = DispatchWorkItem {
            value += 5
        }
        // workItem.perform() 执行任务代码块
        let queue = DispatchQueue.global(qos: .utility)
        // 将任务派发到队列处理
        queue.async(execute: workItem)
        // 给任务对象添加通知
        workItem.notify(queue: DispatchQueue.main) {
            print("value = ", value)
        }
}
DispatchSource

DispatchSource 提供了一个接口,用于监视低级系统对象,如Mach端口,Unix描述符,Unix信号和VFS节点,用于活动和提交事件处理程序,以便在发生此类活动时调度队列以进行异步处理

DispatchSourceProtocol 基础协议,所有的用到的DispatchSource都实现了这个协议。 几个共有的协议的方法:

activate //激活

suspend //挂起

resume //继续

cancel //取消(异步的取消,会保证当前eventHander执行完)

setEventHandler //事件处理逻辑

setCancelHandler //取消时候的清理逻辑
// 工厂模式 生成不同的Source类型
let timer = DispatchSource.makeTimerSource()
DispatchGroup

DispatchGroup用来管理一组任务的执行,然后监听任务都完成的事件。(可以使用它提交多个不同的工作项并跟踪它们何时完成,即使它们可能在不同的队列上运行。)

enter() 添加事件记录

leave() 完结事件记录

wait() 等待之前提交的任务完成 返回DispatchTimeoutResult处理结果(完成 超时)

添加和完结的记录相等才会调用notify通知方法

注意:单独enter()添加事件记录不会报错。单独leave() 会报错。

 let group = DispatchGroup.init()

        group.enter()
        self.networkTask(parameter: "第一个请求", costTime: 2) {
            group.leave()
            print("request complate , groud leave \(Date())")
        }

        group.enter()
        self.networkTask(parameter: "第二个请求", costTime: 4) {
            group.leave()
            print("request complate , groud leave \(Date())")
}
DispatchSemaphore

DispatchSemaphore是通过信号量来控制多个任务执行对资源的访问

 //MARK: 信号量记录队列任务
    func dispatchSemaphoreTest(){
        // 设置信号量个数
        let semaphore = DispatchSemaphore(value: 2)
        let queue = DispatchQueue(label: "dispatchSemaphoreQueue", qos: .default, attributes: .concurrent)

        queue.async {
            semaphore.wait()
            self.testTask(parameter: "1", costTime: 2, complate: {
                semaphore.signal()
            })
        }

        queue.async {
            semaphore.wait()
            self.testTask(parameter: "2", costTime: 2, complate: {
                semaphore.signal()
            })
        }
        // 当前型号量数是2  任务数大于2 需要等之前任务结束 信号量消费完 执行新的任务
        queue.async {
            semaphore.wait()
            self.testTask(parameter: "3", costTime: 1, complate: {
                semaphore.signal()
            })
        }
}
DispatchWorkItemFlags barrier

DispatchWorkItemFlags是一个选项集,用于配置队列的任务执行行为,包括其服务质量类以及是创建障碍还是生成新的分离线程

barrier 是设置栅栏拦截, 出现拦截时需要处理完之前的任务, 才能执行新的任务。

  //MARK: 添加barrier 任务队列栅栏处理
    //DispatchWorkItemFlags是一个选项集
    func addDispatchWorkItemFlagsTest(){
        let concurrentQueue = DispatchQueue(label: "dispatchWorkItemFlags", attributes: .concurrent)
        concurrentQueue.async {
            self.readDataTask(parameter: "3", costTime: 3)
        }

        concurrentQueue.async {
            self.readDataTask(parameter: "3", costTime: 3)
        }
        concurrentQueue.async(flags: .barrier, execute: {
            NSLog("Task from barrier 1 begin")
            sleep(3)
            NSLog("Task from barrier 1 end")
        })

        concurrentQueue.async {
            self.readDataTask(parameter: "3", costTime: 3)
        }
}

demo地址

详尽总结

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 162,547评论 4 374
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 68,787评论 2 308
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 112,175评论 0 254
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,752评论 0 223
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 53,169评论 3 297
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 41,056评论 1 226
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 32,195评论 2 321
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,980评论 0 214
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,724评论 1 250
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,872评论 2 254
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,344评论 1 265
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,667评论 3 264
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,379评论 3 245
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,202评论 0 9
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,992评论 0 201
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 36,189评论 2 286
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,987评论 2 279

推荐阅读更多精彩内容