iOS - GCD 之线程死锁
2016-04-14 11:35
253 查看
看到面试有面试下边案例的,问的是输出多少,如果没研究过线程估计肯定是不知道啦,为此查了一下,解释的还挺清楚,有想了解的可以看下:
GCD 确实好用 ,很强大,相比NSOpretion 无法提供 取消任务的功能。
如此强大的工具用不好可能会出现线程死锁。 如下代码:
GCD Queue 分为三种:
1,The main queue :主队列,主线程就是在个队列中。
2,Global queues : 全局并发队列。
3,用户队列:是用函数
dispatch_sync 和 dispatch_async 区别:
dispatch_async(queue,block) async 异步队列,
dispatch_sync(queue,block) sync 同步队列,
block同步执行完成。
分析上面代码:
程序会完成执行,为什么不会出现死锁。
首先: async 在主线程中 创建了一个异步线程 加入 全局并发队列,async 不会等待block 执行完成,立即返回,
如果阻塞了主线程,2 中的sync 就无法执行啦,mainThread 永远不会退出, sync 就永远等待着,
打印如下:
2014-11-30 17:56:22.296 Test[6108:379350] =================1
2014-11-30 17:56:22.296 Test[6108:379231] ==========阻塞主线程
永远等着。。。。。
知道原理以后就会减少出错啦。
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] ==========阻塞主线程
永远等着。。。。。
知道原理以后就会减少出错啦。
相关文章推荐
- Masonry教程--IOS自适配,丢掉Autolayout吧
- iOS解决navigationBar因为图片尺寸问题造成的会向上偏移64的问题
- iOS开发之友盟推送配置教程
- IOS Crash捕获
- iOS 拍照保存到相册
- iOS源码地址
- ios获取设备信息总结
- ios界面设计学习之布局
- 使用Xcode7的Instruments定位iOS内存泄露
- iOS获取设备信息总结
- iOS多线程其一pthread
- iOS 中使用ffmpeg开发的一些参考资料
- <iOS>关于Xcode上的Other&nb…
- IOS生成同时支持armv7,armv7s,i386…
- 苹果向公测用户发布 iOS&nbsp…
- iOS 判断设备类型
- iOS 通过代码关闭应用程序
- iOS开发- 蓝牙后台接收数据
- iOS中的“面向切面”式编程
- iOS另类的内存管理