Swift多线程操作GCD使用总结

一、基本概念:同步, 异步, 并发, 串行

同步和异步决定了要不要开启新的线程

1.同步(sync): 在当前线程中执行任务, 不具备开启新线程的能力

2.异步(async): 在新的线程中执行任务, 具备开启新线程的能

并发和串行决定了任务的执行方式

1.并发(Concurrent): 多个任务并发(同时)执行

2.串行(Serial): 一个任务执行完毕后, 再执行下一个任务(顺序执行)

二、队列创建

1、串行队列

let queue1 = DispatchQueue.init(label: "Serial queue1")//label:队列标识符
如果想指定串行队列的优先级, 可使用下面的方法来创建:
let queue2 = DispatchQueue.init(label: "QueueIdentifier", qos: DispatchQoS.userInitiated)

    参数qos: 用于指定队列的优先级, 是个枚举:
     
     .userInteractive //用户交互(跟主线程一样)
     .userInitiated   //用户期望优先级(不要放太耗时的操作)
     .default         //默认的
     .utility         //公共的
     .background      //后台
     .unspecified     //不指定
     
     优先级, 由上往下依次降低

最常用的串行队列---主队列
let mainQueue = DispatchQueue.main

2、并行队列

和创建串行队列的方法一样, 只不过多了一个参数attributes, 传 .concurrent 即可创建一个并行队列

label 队列的标识符,方便调试
qos 用于指定队列的优先级
attributes 队列的属性
autoreleaseFrequency。顾名思义,自动释放频率。有些队列是会在履行完任务后自动释放的,有些比如Timer等是不会自动释放的,是需要手动释放。

let queue3 = DispatchQueue.init(label: "com.gcd.queue", qos: DispatchQoS.default, attributes: DispatchQueue.Attributes.concurrent, autoreleaseFrequency: DispatchQueue.AutoreleaseFrequency.workItem, target: nil)

在使用的时候, 我们一般不去创建并行队列, 而是使用系统为我们提供的全局的并行队列:

let queue4 = DispatchQueue.global()

也可以制定优先级

let queue5 = DispatchQueue.global(qos: .default)

注意:
在创建串行并行队列的时候, 参数attributes, 可以指定创建的是串行还是并行队列, 他还有一个值: .initiallyInactive, 即: 创建的时候, 是处于不活跃状态, 即不会执行任务, 需要手动调用activate()来激活队列执行任务

三、GCD常用的方法

1、开线程异步执行完耗时代码,返回主线程刷新UI

func GCDTest1() {
        DispatchQueue.global().async {//并行、异步
             print("开一条全局队列异步执行任务")
            DispatchQueue.main.async {//串行、异步
                print("在主队列执行刷新界面任务")
            }
        }
   }

2、等待异步执行多个任务后, 再执行下一个任务

    func GCDTest2() {
        let myQueue = DispatchQueue(label: "com.myQueue", qos: .default, attributes: .concurrent, autoreleaseFrequency: .workItem, target: nil)//并行队列
        myQueue.async {//任务一
            for _ in 0...10 {
                 print("任务1......")
            }
        }
        myQueue.async {
            for _ in 0...5 {
                print("任务2++++++")
            }
        }
        // barrier 会等待上面执行完毕再执行下面的,会阻塞当前线程
        myQueue.async(group: nil, qos: .default, flags: .barrier, execute: {//2.
            print("000000")
        })
        
        myQueue.async {
            print("111111")
        }
    }
    

打印输出:
任务1......
任务1......
任务1......
任务1......
任务1......
任务1......
任务1......
任务1......
任务1......
任务1......
任务1......
任务2++++++
任务2++++++
任务2++++++
任务2++++++
任务2++++++
任务2++++++
000000
111111

3、延时提交任务

    func GCDTest3() {
        print("延时提交的任务--GCDTest3")
        //主队列
        DispatchQueue.main.asyncAfter(deadline: DispatchTime.now() + 3) {
            print("延时提交的任务--main")
        }
        
        //指定队列
        let myQueue = DispatchQueue(label: "com.myQueue", qos: .default, attributes: .concurrent, autoreleaseFrequency: .workItem, target: nil)//并行队列
        myQueue.asyncAfter(deadline: DispatchTime.now() + 3, execute: {
            print("延时提交的任务--myQueue")
        })
        
        let delayTime = DispatchTimeInterval.seconds(2)
        myQueue.asyncAfter(deadline: DispatchTime.now()+delayTime) {
            print("延时提交的任务--delayTime")

        }
    }

打印输出:
延时提交的任务--GCDTest3
延时提交的任务--delayTime
延时提交的任务--main
延时提交的任务--myQueue

4、信号量--控制最大并发数

信号量的说明:
GCD 信号量控制并发 (dispatch_semaphore)
当我们在处理一系列线程的时候,当数量达到一定量,在以前我们可能会选择使用NSOperationQueue来处理并发控制,但如何在GCD中快速的控制并发呢?答案就是dispatch_semaphore。
信号量是一个整形值并且具有一个初始计数值,并且支持两个操作:信号通知和等待。当一个信号量被信号通知,其计数会被增加。当一个线程在一个信号量上等待时,线程会被阻塞(如果有必要的话),直至计数器大于零,然后线程会减少这个计数。

在GCD中有三个函数是semaphore的操作,分别是:
1、dispatch_semaphore_create   创建一个semaphore
2、dispatch_semaphore_signal   发送一个信号
3、dispatch_semaphore_wait    等待信号

关于信号量,一般可以用停车来比喻:

*停车场剩余4个车位,那么即使同时来了4辆车也能停的下。如果此时来了5辆车,那么就有一辆需要等待。
*信号量的值就相当于剩余车位的数目,dispatch_semaphore_wait 函数就相当于来了一辆车,dispatch_semaphore_signal就相当于走了一辆车
  
停车位的剩余数目在初始化的时候就已经指明了(dispatch_semaphore_create(long value),
调用一次dispatch_semaphore_signal,剩余的车位就增加一个;
调用一次dispatch_semaphore_wait剩余车位就减少一个;
当剩余车位为0时,再来车(即调用dispatch_semaphore_wait)就只能等待。

有可能同时有几辆车等待一个停车位。
有些车主没有耐心,给自己设定了一段等待时间,这段时间内等不到停车位就走了,如果等到了就开进去停车。
而有些车主就像把车停在这,所以就一直等下去.

下面我们逐一介绍三个函数:

(1)dispatch_semaphore_create的声明为:
dispatch_semaphore_t dispatch_semaphore_create(long value);

传入的参数为long,输出一个dispatch_semaphore_t类型且值为value的信号量。
值得注意的是,这里的传入的参数value必须大于或等于0,否则dispatch_semaphore_create会返回NULL。
     
(2)dispatch_semaphore_signal的声明为:
       
 long dispatch_semaphore_signal(dispatch_semaphore_t dsema)
 
 这个函数会使传入的信号量dsema的值加1;
     
     
(3) dispatch_semaphore_wait的声明为:
       
 long dispatch_semaphore_wait(dispatch_semaphore_t dsema, dispatch_time_t timeout);
    
 这个函数会使传入的信号量dsema的值减1。
 这个函数的作用是这样的,如果dsema信号量的值大于0,该函数所处线程就继续执行下面的语句,并且将信号量的值减1;
 如果desema的值为0,那么这个函数就阻塞当前线程等待timeout(注意timeout的类型为dispatch_time_t,不能直接传入整形或float型数),如果等待的期间desema的值被dispatch_semaphore_signal函数加1了,且该函数(即dispatch_semaphore_wait)所处线程获得了信号量,那么就继续向下执行并将信号量减1。
如果等待期间没有获取到信号量或者信号量的值一直为0,那么等到timeout时,其所处线程自动执行其后语句。
     
(4)dispatch_semaphore_signal的返回值为long类型,
当返回值为0时表示当前并没有线程等待其处理的信号量,其处理的信号量的值加1即可。
当返回值不为0时,表示其当前有(一个或多个)线程等待其处理的信号量,并且该函数唤醒了一个等待的线程(当线程有优先级时,唤醒优先级最高的线程;否则随机唤醒)。

 dispatch_semaphore_wait的返回值也为long型。
 当其返回0时表示在timeout之前,该函数所处的线程被成功唤醒。
 当其返回不为0时,表示timeout发生。  
 
 //每十个任务并发执行
    func GCDTest4() {
        let group = DispatchGroup.init()
        let queue = DispatchQueue.global()
        //剩余10个车位
        let semaphore = DispatchSemaphore.init(value: 10)
        for i in 1...100 {
            
            //来了一辆车,信号量减1
            let result = semaphore.wait(timeout: .distantFuture)
            if result == .success {
                queue.async(group: group, execute: {
                    print("队列执行\(i)--\(Thread.current)")
                    //模拟执行任务时间
                    sleep(3)
                    //延迟3s后,走了一辆车,信号量+1
                    semaphore.signal()
                })
            }
        }
        group.wait()
    }

5、Group的用法

你想某个任务在其他任务执行之后再执行, 或者必须某个任务执行完,才能执行下面的任务, 可以使用DispatchGroup:

notify(依赖任务)

    func GCDTest5() {
        let group = DispatchGroup.init()
        let myQueue = DispatchQueue(label: "com.myQueue", qos: .default, attributes: .concurrent, autoreleaseFrequency: .workItem, target: nil)//并行队列
        myQueue.async(group: group, qos: .default, flags: []) {
            for _ in 0...10 {
                print("耗时任务1。。。。")
            }
        }
        myQueue.async(group: group, qos: .default, flags: []) {
            for _ in 0...10 {
                print("耗时任务2。。。。")
            }
        }
        //执行完上面的两个耗时操作, 回到myQueue队列中执行下一步的任务
        group.notify(queue: myQueue) {
             print("notify--回到该队列中执行")
        }
    }

打印输出:
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
notify--回到该队列中执行

    func GCDTest6() {
        let queue = DispatchQueue(label: "queueName", attributes: .concurrent)
        queue.async {
            sleep(3)
            print("任务 1")
        }
        queue.async {
            sleep(2)
            print("任务 2")
        }
        queue.async {
            sleep(1)
            print("任务 3")
        }
        DispatchGroup.init().notify(qos: .default, flags: .barrier, queue: queue) {
            print("所有任务结束")
        }
        print("任务结束")
    }
    
打印输出:

任务结束
任务 3
任务 2
任务 1
所有任务结束

wait(任务等待)

   func GCDTest7() {
        let group = DispatchGroup.init()
        let myQueue = DispatchQueue(label: "com.myQueue", qos: .default, attributes: .concurrent, autoreleaseFrequency: .workItem, target: nil)//并行队列
        myQueue.async(group: group, qos: .default, flags: []) {
            for _ in 0...10 {
                print("耗时任务1。。。。")
            }
        }
        myQueue.async(group: group, qos: .default, flags: []) {
            for _ in 0...10 {
                print("耗时任务2。。。。")
                sleep(UInt32(1))//阻塞当前线程。一旦看到这句话,当前线程挂起给定时间后执行下一句
            }
        }
        //等待上面任务执行,会阻塞当前线程,超时就执行下面的,上面的继续执行。可以无限等待 .distantFuture
        let result = group.wait(timeout: .now() + 5.0)
        switch result {
        case .success:
            print("不超时, 上面的两个任务都执行完")
        case .timedOut:
            print("超时了, 上面的任务还没执行完执行这了")
        }
        print("接下来的操作")
    }
   

输出打印:
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务1。。。。
耗时任务1。。。。
耗时任务1。。。。
耗时任务1。。。。
耗时任务1。。。。
耗时任务1。。。。
耗时任务1。。。。
耗时任务1。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务2。。。。
耗时任务2。。。。
耗时任务2。。。。
超时了, 上面的任务还没执行完执行这了
接下来的操作
耗时任务2。。。。
耗时任务2。。。。
耗时任务2。。。。
耗时任务2。。。。
耗时任务2。。。。
耗时任务2。。。。

如果将上面的 sleep(UInt32(1)) 注释掉,则执行不超时方法

输出打印:
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
耗时任务1。。。。
耗时任务2。。。。
不超时, 上面的两个任务都执行完
接下来的操作

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

推荐阅读更多精彩内容

  • 本文首发于我的个人博客:「程序员充电站」[https://itcharge.cn]文章链接:「传送门」[https...
    ITCharge阅读 344,723评论 308 1,921
  • iOS多线程实践中,常用的就是子线程执行耗时操作,然后回到主线程刷新UI。在iOS中每个进程启动后都会建立一个主线...
    jackyshan阅读 1,401评论 2 12
  • 眉毛更简单的办法是找准这五个点,初学者可以根据这五个点画出浅淡的框,再用眉粉把边缘过渡自然。
    睿睿Dora阅读 141评论 0 0
  • 不知不觉,柚子已经成为一个小学生了。 由于他一直适应性都还是不错,加之沟通交流也比较好,所以,我和柚爸没有太多的担...
    周三三的月亮国阅读 289评论 0 1
  • 2015.12开始的,现在想来好远的样子……还蛮喜欢这件事,可惜没把本子带去帝都~ 2017.01.23 21:29
    嫏嬛素素阅读 161评论 0 2