谈谈dispatch_sync 和 dispatch_async

看了网上很多关于多线程介绍这俩货的,夹杂着串行队列,并发队列,主队列,全局队列,开/不开新线程,看的我是头都晕了.得,我干脆自己也整一篇, 彻底晕一下.

dispatch_sync,往一个派发队列上提交一个同步执行的Block,阻塞当前线程.不开新线程.
dispatch_async,往一个派发队列上提交一个异步执行的Block,不阻塞当前线程.可能会开新线程.

接下来详细说一下这两个函数:
dispatch_sync 提交的Block因为优化的原因几乎总是在当前线程执行的(注意是当前线程),也就是说在哪个线程调用的这个方法,那么该Block就在哪个线程上执行,唯一的一个例外就是如果在子线程中调用并提交到主队列则block是在主线程执行.就是这么回事,在文档上那也是写的明明白白:

As a performance optimization, this function executes blocks on the current thread whenever possible, with one obvious exception. 
Specifically, blocks submitted to the main dispatch queue always run on the main thread.

举个栗子:

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view.
    
    
    dispatch_queue_t serialQueue = dispatch_queue_create("myQueue", DISPATCH_QUEUE_SERIAL);
    dispatch_sync(serialQueue, ^{
        [self doTask]; //该block是在主线程中执行的
    });
    
    dispatch_async(serialQueue, ^{
        [self doTask];
    });
}

- (void)doTask {
    NSLog(@"doTask on thread:%@", [NSThread currentThread]);
}

打印:

2020-05-25 14:49:16.489511+0800 OCDemo[28267:25366484] doTask on thread:<NSThread: 0x600002202cc0>{number = 1, name = main}
2020-05-25 14:49:16.489679+0800 OCDemo[28267:25366563] doTask on thread:<NSThread: 0x60000226a240>{number = 6, name = (null)}

所以该方法不会新开线程.又因为是同步执行Block,也就是说要等到Block执行完后该方法才会返回,所以会阻塞当前线程.这意味着什么?意味着如果你提交的队列就是当前线程所属的队列,那么将导致死锁,崩溃.
图示如下:


死锁.png

解释如下:
任务A要想执行完,则必须要等待dispatch_sync函数返回,
然而dispatch_sync要想返回又必须等待任务B完成,
队列又是先进先出的,所以任务B要想执行则必须等待任务A执行完成,
这就形成了相互等待,从而发生死锁.
有些人可能会想凭啥任务B就得排在任务A后面?咋就不能在任务A前面?
我现在就告诉你还真不能,前面已经说了dispatch_sync是不新开线程的,它
现在在当前线程提交一个任务B,那理所当然的任务B就得排在任务A后面.

代码如下,你在主线程中这么写就会导致死锁.

dispatch_sync(dispatch_get_main_queue(), ^{
        NSLog(@"---%@--", [NSThread currentThread]);
});

再来说说dispatch_async,上面说可能会新开线程.那到底啥时候开,啥时候不开呢?
相信很多人都在主线程写过这样的代码:

dispatch_async(dispatch_get_main_queue(), ^{
        NSLog(@"---%@--", [NSThread currentThread]);
});

打印很明显还是主线程,它没有新开线程.而打印日志会在稍后某个时间打印.有人可能又想问为啥这里又不死锁呢?那是因为dispatch_async提交Block后并不等待Block执行完成而是马上返回,结束调用了,它没有阻塞当前线程.

现在你可能已经明白了,对于dispatch_async,如果你在线程所属的队列使用dispatch_async提交一个Block到该队列,那么它就不会新开线程,否则它就会新开一个线程.

举个例子:假如你现在在主线程,也就是在主队列里,此时你dispatch_async一个Block到全局队列,或自己创建的串行/并发队列,那么它将新开线程执行该Block.

完了.

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