iOS基础-0x00 GCD

一、什么是GCD?

Grand Central Dispatch 是异步执行任务的技术之一。
使用了简洁的方法,实现了极为复杂的多线程编程

GCD 的常用API

1、 认识队列
1)串行队列和并发队列

串行队列:FIFO,后面一个等上一个任务完,只可用于一个线程。

并发队列:可以随意取,不按照顺序, 可以用于多线程

dispatch_queue_t dispatch_queue_create(const char *_Nullable DISPATCH_UNSAFE_INDEXABLE label,
        dispatch_queue_attr_t _Nullable attr);
  // label: 是队列标识 
  // attr : 设置生成队列的属性,是串行还是并发

2)Main Dispatch Queue(主队列)/ Global Dispatch Queue(全局队列)

主队列: 主线程队列,将用户界面等一些必须在主线程执行的处理追加到主队列中。

全局队列: 所有应用程序都能够使用的并发队列,可以设置等级,高->低【4级】。


0x01: void dispatch_set_target_queue(dispatch_object_t object,dispatch_queue_t _Nullable queue)

1)不管是串行队列还是并行对垒,都使用了与全局队列相同的优先级,这个方法变更了队列执行的优先级。

参数一: 指定要变更优先级的队列
参数二: 指定要使用的优先级的队列,也就是让第一个参数和第二个参数的优先级一样。

2)扩展使用:对队列进行设置优先级阶层。通过设置队列的依赖关系而实现的执行阶层 —— 可以防止并行执行。

如果多个串行队列中用该函数指定目标位某个串行队列,那么原本应并行执行的多个串行队列,在目标这些串行队列只能同时执行一个处理。

0x02: void dispatch_after(dispatch_time_t when, dispatch_queue_t queue, dispatch_block_t block);

并不是在指定时间后执行处理,而是在执行时间追加处理到Dispatch Queue 中。

常使用场景: 就是我们想在3秒之后再主线程中执行某个任务。

dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(0.3 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
  // do code 
});

0x03: dispatch_group_t

多个处理结束之后,再处理的事情。 常常使用的场景就是多个网络请求之后,再重新组装数据。

0x04:dispatch_barrier_async

执行栅栏, 主要是为了分割执行代码块。

常常使用的场景:访问数据库或者文件,使用串行队列,可以避免数据竞争的问题。 因为写入数据确实不可与其他的写入处理以及包含读取处理的其他某些处理并行执行。但是如果是读取处理只是与读取处理并行执行,那么多个并行执行就不会发生问题。

为了搞笑的访问,读取处理追加到并发队列中,写入处理在任一个读取没有执行的状态下,追加到串行队列中即可

0x05:dispatch_sync

同步处理, 用于同步队列执行任务

0x06: dispatch_async

异步处理,用于异步执行队列任务。

0x07:dispatch_apply

按指定的次数将指定的block追加到指定的Dispatch Queue中,并等待全部处理执行结束。

是和dispatch_sync和dispatch group 有关联的API。

0x08: dispatch_suspend/dispatch_resume

希望不执行已追加到queue中的处理。 具有暂停/恢复 执行的作用。

0x09: dispatch semaphore

GCD 中实现的信号量,用来控制线程同步的问题。

0x10: dispatch_once

保证在应用程序中只执行一次指定处理的API。

常用于创建一个单例。

Dispatch I/O 提高文件的读取速度

已经常想的是:在读取大文件时候,如果将文件分成合适的大小并使用Global Dispach Queue并列读取的话,应该会比一般的读取速度快不少。

现今的输入/输出硬件已经可以做到一次使用多个线程更快的并列读取了。 就是dispatch I/O



GCD 是如何实现的?

Disaptch Queue
Dispatch Source

本文由mdnice多平台发布

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

推荐阅读更多精彩内容

  • 本教程是一个合集,涉及到的目录结构:基础知识总结Block基础知识GCD实战CoreGraphics & Imag...
    三角君阅读 759评论 0 5
  • iOS 开发之 GCD 基础 本文主要为 GCD 的 队列和执行方法等基础总结,目录如下: [TOC] GCD是什...
    xiaoyouPrince阅读 805评论 1 0
  • 1. 进程与线程 进程概念: 进程是程序在计算机的一次执行活动,打开一个app,就开启了一个进程,可包含多个线程 ...
    MrRightGen阅读 2,477评论 2 3
  • 主观感受 我们在多线程开发中我们经常会遇到这些概念:并发队列、串行队列、同步任务、异步任务。将这两种队列和同步、异...
    悟2023阅读 423评论 0 1
  • 最近在学习有关GCD的知识,学习完了想要做个总结,一是加深印象,方便以后查阅,二是拿出来和大家分享一下,一起讨论,...
    雪山飞狐_91ae阅读 489评论 0 4