对于GCD中"死锁"的个人思索

在查看GCD的官方API文档时,其中的一句话深深的深深地打动了我:

屏幕快照 2016-12-29 下午4.05.45.png

原文链接:
https://developer.apple.com/reference/dispatch

翻译过来大致意思就是:
尝试在主队列上同步执行任务会导致死-锁.

官方文档就这样给你一个结论,没有多余的解释(不跟你多BB).

通常在非主线程中执行完耗时的任务后,需要向主队列中提交任务来实现与主线程的通信,在主线程中进行UI的更新.但是我使用dispatch_sync()函数尝试向主队列提交同步执行的任务并没有导致死锁.

经过一番思索和测试,对于"使用dispatch_sync()函数尝试向主队列提交同步执行的任务是否会导致"死锁"这个问题,我终于能够给自己一个说的过去的解释了.

结合代码阐述一下我的理解:

好久没玩简书了,MARKDOWN都忘了,翻下笔记

<pre>
<code>
`
// ViewController.m
// dead-lock 死锁

import "ViewController.h"

@interface ViewController ()

@end

@implementation ViewController

  • (IBAction)willNotResultInDeadLock
    {
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^
    {
    /源文件第15行/NSLog(@"%d,currentThread->%@",LINE,[NSThread currentThread]);
    /源文件第16行/dispatch_sync(dispatch_get_main_queue(), ^
    /源文件第17行/{
    /源文件第18行/NSLog(@"%d,currentThread->%@",LINE,[NSThread currentThread]);
    /源文件第19行/});
    });
    /*
    这个block(第15~19行代码)在非主线程中执行,当CPU调度到这个block所在的线程时,执行这个block.
    与此同时主线程不被CPU调度,主线程此时不能执行任何任务,所以向主队列中提交同步执行的任务(第18行代码)不会造成死锁.
    当CPU重新调度到主线程时,这个被提交的同步执行的任务(第18行代码)会与在主队列排在它之前的其他任务按照FIFO的顺序出队并在主线程中执行.
    */
    }

  • (IBAction)willResultInDeadLock
    {
    dispatch_sync(dispatch_get_main_queue(), ^
    {
    NSLog(@"%d,currentThread->%@",LINE,[NSThread currentThread]);
    });
    /*
    当-willResultInDeadLock方法被调用时,-willResultInDeadLock方法整体是一个任务将在主线程执行.

    假如-willResultInDeadLock方法能够成功返回,被提交到主队列中的同步任务(NSLog()函数)就能出队并且会在主线程中执行.

    然而主队列是串行FIFO队列,前一个任务在主线程完成后下一个任务才能够出队并在主线程中执行.

    必须在dispatch_sync()函数返回后,-willResultInDeadLock方法才能返回.
    必须在NSLog()函数返回后,dispatch_sync()函数才能返回.
    NSLog()函数作为主队列中的任务,必须等待主线程中的任务完成后(-willResultInDeadLock方法返回后)才能从主队列中出队并在主线程中执行.

    所以三者之间产生死锁如下:

    dispatch_sync()函数----<-------wait for----------- -willResultInDeadLock方法
    | |
    | /|\\
    | |
    | |
    |--------wait for----->---NSLog()函数--------wait for--------|

 */

}

  • (void)viewDidLoad
    {
    [super viewDidLoad];
    }

@end

`
</code>
</pre>

调用- (IBAction)willNotResultInDeadLock方法,输出如下:
2016-12-29 17:38:21.949 dead-lock 死锁[23295:163231] 15,currentThread-><NSThread: 0x600000079b00>{number = 3, name = (null)} 2016-12-29 17:38:21.951 dead-lock 死锁[23295:163146] 18,currentThread-><NSThread: 0x600000068280>{number = 1, name = main}

调用- (IBAction)willResultInDeadLock方法导致了死锁,程序崩溃:

屏幕快照 2016-12-29 下午5.41.39.png

"知其然而不知其所以然"的感觉常常让我在编程时候很不安,总要担心程序会不会有潜在的问题,遇到很抽象的难理解的问题时,能解决的话我通常会花几个小时,花几天来解决.实在是解决不了,就放到备忘录中,留着以后有空的时候解决.你们是否也有这种不安的感觉?

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • NSThread 第一种:通过NSThread的对象方法 NSThread *thread = [[NSThrea...
    攻城狮GG阅读 853评论 0 3
  • #import "ViewController.h" @interface ViewController () @...
    艾克12138阅读 225评论 0 0
  • 从哪说起呢? 单纯讲多线程编程真的不知道从哪下嘴。。 不如我直接引用一个最简单的问题,以这个作为切入点好了 在ma...
    Mr_Baymax阅读 2,827评论 1 17
  • 这个星期的开心读书会,10月22日周日晚上我们在草堂举行。 草堂是一个低调、平和而有能量的地方。主人刘崇明道长在此...
    企业炼金师阅读 1,433评论 0 0
  • 在民间,最广为流传四叶草的传说有两种种。 传说一:很久很久以前在神秘的伊甸园里,幸运女神曾亲手种下一种极为珍稀的小...
    Sarah潇潇阅读 359评论 0 0