iOS GCD知识点总结

引入

GCD(Grand Central Dispatch)是苹果从OS X Snow Leopard 和 iOS4 开始引入的一套多线程开发的API,它是基于C语言的实现,其执行效率对比其他的多线程实现方式更高。其接口的调用很简洁,使用起来十分方便。用苹果爸爸的话来说,那就是:

开发者要做的只是定义想执行的任务并追加到适当的Dispatch Queue

既然有这么好的东西在这里,为什么不好好地去使用它呢?

梳理点

  1. 多线程把原本顺序执行的程序变成了多个流程来执行,各个流程之间的切换会有性能消耗,但在GCD的时候,永远不用关注这些底层的事情。



  1. 苹果爸爸说的那句话是追加,并不是执行,所以在需要考虑执行效率的地方使用GCD接口,一定要记住是追加,追加后并不一定是立刻就执行!!!

  2. 在iOS6以后的版本,不用考虑dispatch_release()dispatch_retain()的调用时机,系统以及将其交给ARC来处理。

  3. Dispatch Queue分为两类,串行队列和并行队列,都是按照追加顺序执行,但一个串行队列总在一个线程中执行,会有等待,并行队列会发起多线程并发执行,没有等待。


  1. Dispatch Queue可以通过dispatch_queue_create来创建,也可以从系统中来获取,系统提供了两类队列:Main Dispatch Queue 和 Global Dispatch Queue,其中Main Dispatch Queue是串行队列,Global Dispatch Queue是并行队列,同时提供四个执行等级。

  2. 创建多个串行队列来操作同一个资源,会有数据竞争问题,用一个并行队列来操作,不会造成多线程安全问题,并且多个并行队列也不会。

  3. dispatch_sync指定一个串行队列,会造成死锁。

  4. dispatch_apply会有阻塞线程问题,必须规定次数的block执行完,才走之后的代码。

  5. dispatch_walltime可用来创建绝对时间dispatch_time_t,相比dispatch_time创建的相对时间,绝对时间可用来做定时器。dispatch_time_t可用于dispatch_delaydispatch_group_wait函数。

dispatch_time_t getDispatchTimeByDate(NSDate *date)
{
    NSTimeInterval interval;
    double second, subsecond;
    struct timespec time;
    dispatch_time_t milestone;
    
    interval = [date timeIntervalSince1970];
    subsecond = modf(interval, &second);
    time.tv_sec = second;
    time.tv_nsec = subsecond * NSEC_PER_SEC;
    milestone = dispatch_walltime(&time, 0);
    
    return milestone;
}

Some Special Ways

  1. 使用dispatch_once来执行只需运行一次的线程安全代码

  2. 不要使用dispatch_get_current_queue,然而已经废弃了,所以就别用了

  3. 可以用Dispatch Queue取代同步锁,这样可以提高效率

  4. 少用performSelect,很多借口都可以通过GCD实现

NSOperationQueue是GCD的高层封装,提供了和GCD相同的功能,虽然在性能上不如GCD,但在一些功能的实现上使用NSOperationQueue会更加简便,在使用的时候可以仔细斟酌二者的区别,来觉得采用那种API。

使用NSOperationQueue的优点:

  1. 可以取消某个NSOperation,但必须在其启动之前,通过这只标志位的方式,GCD则不能对单独的一个block取消。

  2. 可以指定依赖关系,使一个操作必须依赖于其他操作。

  3. 可以给NSOperation设置KVO监听,检查每个NSOperation的执行状态。

  4. 可以指定每个NSOperation的优先级,NSOperationQueue的优先级也可以指定;GCD只有队列的优先级可以改变,而且是通过指定到系统的队列的方式。

  5. 可以创建NSOperation的子类,定制一些功能。

参考资料:

Objective-C高级编程

Effective Objective-C 2.0

Apple Developer Document

iOS 多线程编程gcd全面系统认识

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

推荐阅读更多精彩内容