【iOS】Swift4.0 GCD的使用笔记

前言

在Swift4.0版本中GCD的常用方法还是有比较大的改动,这里做个简单的整理汇总。

GCD的队列

队列是一种遵循先进先出(FIFO)原则的数据结构,是一种特殊的线性表。

主队列 全局队列 串行队列 并行队列
同步 X 并行同步 串行同步 并行同步
异步 串行异步 并行异步 串行异步 并行异步

X 表示禁止这么使用,—— 表示不建议这么使用。

1. 主队列

主队列默认是串行的,另外主队列不能结合同步函数(sync)使用,会造成线程死锁。

override func viewDidLoad() {
      super.viewDidLoad()
      // Do any additional setup after loading the view, typically from a nib.
        
      let mainQueue = DispatchQueue.main
      mainQueue.sync {
          print("造成当前线程:\(Thread.current)死锁")
      }
}

同时主队列中不应该添加耗时的任务,因为系统的UI相关事务都是在主线程队列中完成的,大量大耗时操作可能会造成卡顿,应该避免。

主队列最常用的方法是当子线程需要通知主线程做一些UI上面的操作时,结合子线程使用:

let queue = DispatchQueue(label: "com.roki.thread")
queue.async {
    // 大量耗时操作
    print("大量耗时操作线程:\(Thread.current)")
    Thread.sleep(forTimeInterval: 2)
            
    DispatchQueue.main.async {
        //回到主线程操作UI
       print("回到主线程:\(Thread.current)")
    }
}
DF993F5D-6A1D-4869-A7E8-5E9D871915D8.png

2. 全局队列

全局队列是由系统创建的,默认是并行的。全局队列具体运行在哪一个线程,是由系统维护一个线程池,然后挑选其中的一至多条线程来使用。哪条线程会被使用是未知的,是由系统根据当前的并发任务,处理器的负载等情况来决定的。

  • 全局并发同步队列
override func viewDidLoad() {
    super.viewDidLoad()
    // Do any additional setup after loading the view, typically from a nib.
        
    for i in 1...10 {
        DispatchQueue.global().sync {
            //全局并发同步
            Thread.sleep(forTimeInterval: 2)
            print("线程\(Thread.current)正在执行\(i)号任务")
        }
    }
}
9C11F7B3-7602-4E3B-94A2-0255DFC77077.png

从终端输出我们可以知道任务被顺序执行了,这是因为虽然当前是一个并发队列,但是是同步执行的。同步操作会使得在前一个任务完成后才去执行下一个任务。同步与异步的区别还在于它不会创建新的线程,而是直接在当前线程中执行了相关的任务,当前线程是主线程。同步会阻塞当前线程。

  • 全局并发异步队列
override func viewDidLoad() {
    super.viewDidLoad()
    // Do any additional setup after loading the view, typically from a nib.
        
    for i in 1...10 {
        DispatchQueue.global().async {
            //全局并发异步
            Thread.sleep(forTimeInterval: 2)
            print("线程\(Thread.current)正在执行\(i)号任务")
        }
    }
}
7D63F60B-3DC4-4071-854E-CCB3E36019E4.png

从终端输出我们可以知道任务被随机执行了,而且被分配在多个子线程中执行的,这符合并发的本质。另外需要注意的是全局并发异步队列,系统在挑选来执行任务的线程的时候,会挑选除了主线程之外的其他线程。

3. 自定义队列

除了上述队列之外,我们还可以使用DispatchQueue创建自定义的队列。
let queue = DispatchQueue(label: "com.roki.thread")
需要注意的是上述创建自定义队列的方式,默认创建的是串行队列。
还有一种创建自定义队列的方法是:

let queue = DispatchQueue(label: "com.custom.thread", qos: DispatchQoS.default, attributes: DispatchQueue.Attributes.concurrent)

iOS10.0 之后上述API更新为:

let queue = DispatchQueue(label: "com.custom.thread", qos: DispatchQoS.default, attributes: DispatchQueue.Attributes.concurrent, autoreleaseFrequency: .workItem, target: nil)

参数说明:

  1. label 表示队列标签

  2. qos 表示设置队列的优先级

    • .userInteractive 需要用户交互的,优先级最高,和主线程一样
    • .userInitiated 即将需要,用户期望优先级,优先级高比较高
    • .default 默认优先级
    • .utility 需要执行一段时间后,再通知用户,优先级低
    • *.background 后台执行的,优先级比较低
    • *.unspecified 不指定优先级,最低
  3. attributes 表示队列类型,默认为串行队列,设置为.concurrent表示并行队列。iOS 10.0之后 attributes 新增.initiallyInactive属性表示当前队列是不活跃的,它需要调用DispatchQueueactivate方法来执行任务。

  4. autoreleaseFrequency 表示自动释放频率,设置自动释放机制。

    • .inherit 表示不确定,之前默认的行为也是现在的默认值
    • .workItem 表示为每个执行的项目创建和排除自动释放池, 项目完成时清理临时对象
    • .never 表示GCD不为您管理自动释放池
  • 同步串行队列
    其实同步串行队列,没什么意思的,不管是同步操作还是串行操作都会导致任务被一个一个的执行。这个操作尤其是在主线程执行的时候需要注意,避免造成线程的卡顿。
let queue = DispatchQueue(label: "com.custom.thread")
queue.sync {
   //同步串行队列
}
  • 异步串行队列
    因为是串行队列,即使是异步执行的,任务也是按照顺序依次执行的,但是在子线程中执行的。
let queue = DispatchQueue(label: "com.custom.thread")
queue.async {
   //异步串行队列
}
9D774A76-4F71-49AE-903A-57741B89D1DE.png

根据iOS10.0 之后attributes新增的.initiallyInactive属性,我们可以创建不活跃队列。

  • 同步串行不活跃队列
let queue = DispatchQueue(label: "com.custom.thread", qos: DispatchQoS.default, attributes: DispatchQueue.Attributes.initiallyInactive, autoreleaseFrequency: .workItem, target: nil)
queue.sync {
   //同步串行不活跃队列
}
queue.activate()
  • 异步并行不活跃队列
let queue = DispatchQueue(label: "com.custom.thread", qos: DispatchQoS.default, attributes: [.initiallyInactive, .concurrent], autoreleaseFrequency: .workItem, target: nil)
queue.async {
   //异步并行不活跃队列
}
queue.activate()
  • 同步并行队列
    只要涉及到同步的,都不会开启新线程,会在当前线程执行任务,同时任务只能依次执行。
let queue = DispatchQueue(label: "com.custom.thread", qos: DispatchQoS.default, attributes: DispatchQueue.Attributes.concurrent)
for i in 1...10 {
     queue.sync {
        //并发同步队列
        Thread.sleep(forTimeInterval: 2)
        print("线程\(Thread.current)正在执行\(i)号任务")
     }
}
BC7AAE0B-C3FA-4AEB-9593-72E02D4A105F.png
  • 异步并行队列
    异步并行队列就会在多个线程中,随机执行任务。
let queue = DispatchQueue(label: "com.custom.thread", qos: DispatchQoS.default, attributes: DispatchQueue.Attributes.concurrent)
for i in 1...10 {
     queue.async {
        //并发异步
        Thread.sleep(forTimeInterval: 2)
        print("线程\(Thread.current)正在执行\(i)号任务")
     }
}
EA277C08-A7FF-49B5-B26B-73521A51C5CF.png

4. 任务组(DispatchGroup)

如果我们想监听多个任务的执行情况,那么我们需要将任务(异步、同步、串行、并行)都添加到任务组中,然后通过DispatchGroupnotify函数就可以监听是否组内任务都已经完成。

let group = DispatchGroup()
let queue = DispatchQueue(label: "com.custom.thread", qos: DispatchQoS.default, attributes: DispatchQueue.Attributes.concurrent)
for i in 1...10 {
    queue.async(group: group) {
       //并发异步
       Thread.sleep(forTimeInterval: 2)
       print("线程\(Thread.current)正在执行\(i)号任务")
   }
}
        
group.notify(queue: DispatchQueue.main) {
     // 通知主线程,子线程操作已完成
     print("所有任务都已经完成")
}
05A6287E-81AC-49A0-A277-D53994DB8E0A.png

5. 任务对象(DispatchWorkItem)

在Swift4.0 中使用DispatchWorkItem代替原来OC中的dispatch_block_t。 在DispatchQueue执行操作,除了直接传了一个() -> Void 类型的闭包外,还可以传入一个DispatchWorkItem任务对象。DispatchWorkItem的初始化方法可以配置QosDispatchWorkItemFlags,但是这两个参数都有默认参数,所以也可以只传入一个闭包。
DispatchWorkItemFlags枚举中assignCurrentContext表示QoS根据创建时的context决定。 值得一提的是DispatchWorkItem也有wait方法,使用方式和DispatchGroup一样。调用会等待这个workItem执行完。

let queue = DispatchQueue(label: "com.custom.thread", qos: DispatchQoS.default, attributes: DispatchQueue.Attributes.concurrent)
let workItem = DispatchWorkItem {
     Thread.sleep(forTimeInterval: 2)
     print("线程\(Thread.current)正在执行任务")
}
queue.async(execute: workItem)

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

推荐阅读更多精彩内容