博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
GCD 之线程死锁
阅读量:5220 次
发布时间:2019-06-14

本文共 2114 字,大约阅读时间需要 7 分钟。

 

GCD 确实好用 ,很强大,相比NSOpretion 无法提供 取消任务的功能。

如此强大的工具用不好可能会出现线程死锁。 如下代码:

- (void)viewDidLoad{    [super viewDidLoad];    NSLog(@"=================4");    dispatch_sync(dispatch_get_main_queue(), ^{        NSLog(@"=================5");    });    NSLog(@"=================6");}

 

GCD Queue 分为三种:

1,The main queue  :主队列,主线程就是在个队列中。

2,Global queues : 全局并发队列。

3,用户队列:是用函数 dispatch_queue_create 创建的自定义队列

 

dispatch_sync 和  dispatch_async 区别:

dispatch_async(queue,block)  async 异步队列,dispatch_async 函数会立即返回, block会在后台异步执行。

dispatch_sync(queue,block)   sync 同步队列,dispatch_sync 函数不会立即返回,及阻塞当前线程,等待 block同步执行完成。

 

分析上面代码:

viewDidLoad 在主线程中, 及在
dispatch_get_main_queue() 中,执行到sync 时 向
dispatch_get_main_queue()插入 同步 threed1. sync 会等到 后面block 执行完成才返回, sync 又再 dispatch_get_main_queue() 队列中, 它是串行队列,sync 是后加入的,前一个是主线程, 所以 sync 想执行 block 必须等待主线程执行完成,主线程等待 sync 返回,去执行后续内容。 照成死锁,sync 等待mainThread 执行完成, mianThread 等待sync 函数返回。 下面例子:
- (void)viewDidLoad{    [super viewDidLoad];    dispatch_async(dispatch_get_global_queue(0, 0), ^{        NSLog(@"=================1");        dispatch_sync(dispatch_get_main_queue(), ^{        NSLog(@"=================2");    });    NSLog(@"=================3");    }); }

 

程序会完成执行,为什么不会出现死锁。

首先: async 在主线程中  创建了一个异步线程 加入  全局并发队列,async 不会等待block 执行完成,立即返回,

1,async 立即返回, viewDidLoad 执行完毕,及主线程执行完毕。 2,同时,全局并发队列立即执行异步 block , 打印 1, 当执行到 sync 它会等待 block 执行完成才返回, 及等待
dispatch_get_main_queue() 队列中的 mianThread 执行完成, 然后才开始调用block 。 因为1 和 2 几乎同时执行,因为2 在全局并发队列上, 2 中执行到sync 时 1 可能已经执行完成或 等了一会,mainThread 很快退出, 2 等已执行后续内容。

如果阻塞了主线程,2 中的sync 就无法执行啦,mainThread 永远不会退出, sync 就永远等待着,

- (void)viewDidLoad{    [super viewDidLoad]; dispatch_async(dispatch_get_global_queue(0, 0), ^{    NSLog(@"=================1");    dispatch_sync(dispatch_get_main_queue(), ^{        NSLog(@"=================2");    });    NSLog(@"=================3"); });    NSLog(@"==========阻塞主线程");    while (1) {    }    NSLog(@"========2==阻塞主线程");}

打印如下:

2014-11-30 17:56:22.296 Test[6108:379350] =================1

2014-11-30 17:56:22.296 Test[6108:379231] ==========阻塞主线程

永远等着。。。。。

 

知道原理以后就会减少出错啦。

转自:

转载于:https://www.cnblogs.com/ChrisYu/p/4666191.html

你可能感兴趣的文章
人脸识别FaceNet+TensorFlow
查看>>
STL之map UVa156
查看>>
从Angular.JS菜鸟到专家
查看>>
再谈Vmware NAT的配置和路由流程
查看>>
javaScript数组去重方法汇总
查看>>
评价意见整合
查看>>
MySQL表的四种分区类型
查看>>
C++变量的“总分性”(Mereology)
查看>>
应用软件学习心得之mapgis功能学习
查看>>
二、create-react-app自定义配置
查看>>
Android PullToRefreshExpandableListView的点击事件
查看>>
Python学习(一)
查看>>
关于Matchvs一些使用心得与建议
查看>>
Gson获取json串中的key-value
查看>>
创建spring boot项目
查看>>
Behave + Selenium(Python) 四
查看>>
系统的横向结构(AOP)
查看>>
linux常用命令
查看>>
有序链表的归并 分类: 链表 2015-06-...
查看>>
A Plug for UNIX 分类: POJ ...
查看>>