iOS中GCD的相关问题
2015-09-24 18:37
423 查看
之前一个系列中iOS多线程编程Part
3/3 - GCD介绍了GCD的各类接口,别仅仅使用了最基本的dispatchasync和dispatchsync接口提交个Block完事,那就白瞎GCD的强大功能了。要用高级接口,照旧会有坑在那里,绝大多数坑并不是设计缺陷,而是自身特性造成的误用,本文会记录下这些坑。
GCD会自动管理每个Queue的autorelease pool,但是我们无法保证什么时候它回去drain(文档中没有说明),有可能在一个Block执行结束后,也可能很多个Block执行结束后。因此如果仅仅生成少量对象,那就没有必要去自己生成NSAutoreleasePool;否则就自己生成一个NSAutoreleasePool来控制drain pool。
目前用到dispatchonce比较多的地方是在实现singleton单例模式的时候,要注意第一个参数dispatchonce_t必须是个全局或者static变量。
然而如果在App中用dispatchafter来控制UI的显示顺序时确实非常危险的,可能并不见的严格按照你期望的延迟量去显示UI,所以最好还是少碰dispatchafter,而是通过合适的回调来控制UI先后顺序,例如利用-viewWillAppear和-viewDidAppear来处理UI的先后顺序。
上面代码就会导致死锁,当然我们很少会这么写代码,但是如果这样用用dispatch_sync:
如果上面的代码调用test1(),就会导致死锁,这种在某些巧妙的调用关系发生才会导致的死锁可能很难发现,所以如果没有必要,尽量不要使用dispatch_sync。
如果使用dispatch_async,就不会导致死锁,即使像这样调用:
3/3 - GCD介绍了GCD的各类接口,别仅仅使用了最基本的dispatchasync和dispatchsync接口提交个Block完事,那就白瞎GCD的强大功能了。要用高级接口,照旧会有坑在那里,绝大多数坑并不是设计缺陷,而是自身特性造成的误用,本文会记录下这些坑。
问题一:
GCD需要自己生成AutoreleasePool吗?正常我们用NSThread的接口生成一个子线程时,都会在入口方法里生成NSAutoreleasePool或者用@@autoreleasepool{}来回收autoreleased的对象,那么在GCD的Block中呢?GCD会自动管理每个Queue的autorelease pool,但是我们无法保证什么时候它回去drain(文档中没有说明),有可能在一个Block执行结束后,也可能很多个Block执行结束后。因此如果仅仅生成少量对象,那就没有必要去自己生成NSAutoreleasePool;否则就自己生成一个NSAutoreleasePool来控制drain pool。
问题二:
dispatchonce提供是和pthread库中类似pthreadonce的功能,dispatchonce接口是指在整个App运行期间运行且仅运行一次提交的Block,但是由于dispatchonce会导致调试非常困难,因为最好少用dispatch_once,就像尽量少用NSObject的类方法+initialize()和+(void)load。目前用到dispatchonce比较多的地方是在实现singleton单例模式的时候,要注意第一个参数dispatchonce_t必须是个全局或者static变量。
问题三:
dispatchafter(when, queue, block)接口用于在一个时间间隔后执行提交的Block,其中第一个参数类型是dispatchtime_t,可以支持纳秒级的延迟执行,例如:double delayInSeconds = 0.01; dispatch_time_t delayTime = dispatch_time(DISPATCH_TIME_NOW, (int64_t) (delayInSeconds * NSEC_PER_SEC));
然而如果在App中用dispatchafter来控制UI的显示顺序时确实非常危险的,可能并不见的严格按照你期望的延迟量去显示UI,所以最好还是少碰dispatchafter,而是通过合适的回调来控制UI先后顺序,例如利用-viewWillAppear和-viewDidAppear来处理UI的先后顺序。
问题四:
在使用Dispatch Barrier(dispatchbarrierasync或者dispatchbarriersync)时,必须注意它只对dispatchqueuecreate(label, attr)接口创建的并发队列有作用,如果是Global Queue(dispatchgetglobal_queue),这个barrier就不起作用,想想也正常,是全局的队列,凭什么你一个barrier就同步其他任务的执行呢?所以必须得是私有并发队列才有barrier的作用。如果是私有串行队列呢?那不是和主队列一样,已经是串行的了,还要barrier做啥?问题五:
如果使用dispatchgetglobalqueue来生成全局队列时,可以设置4种优先级设置,但是如果没有明确的必要,不要在程序中使用不同的优先级来控制Block的执行,尤其是在特殊情况可能会导致这篇Blog提到的Priority Inversion问题,具体为什么直接查看这篇Blog的说明,记住一点尽量只用DISPATCHQUEUEPRIORITYDEFAULT默认的优先级创建全局队列。问题六:
多线程开发最危险的两件事就是死锁和公共资源访问问题。使用GCD的场景如果很复杂,就有非常大的可能遇到死锁问题,尤其是在使用dispatch_sync的时候:dispatch_sync(queue, ^(){ dispatch_sync(queue, ^(){ foo(); }); });
上面代码就会导致死锁,当然我们很少会这么写代码,但是如果这样用用dispatch_sync:
void test1() { dispatch_sync(queueA, ^(){ test2(); }); } void test2() { dispatch_sync(queueB, ^(){ test3(); }); } void test3() { dispatch_sync(queueA, ^(){ //do something }); }
如果上面的代码调用test1(),就会导致死锁,这种在某些巧妙的调用关系发生才会导致的死锁可能很难发现,所以如果没有必要,尽量不要使用dispatch_sync。
如果使用dispatch_async,就不会导致死锁,即使像这样调用:
dispatch_async(queue, ^(){ dispatch_async(queue, ^(){ foo(); }); });
相关文章推荐
- 峰回路转,Firefox 浏览器即将重返 iOS 平台
- 峰回路转,Firefox 浏览器即将重返 iOS 平台
- 不可修补的 iOS 漏洞可能导致 iPhone 4s 到 iPhone X 永久越狱
- maven使用经验集
- iOS 12.4 系统遭黑客破解,漏洞危及数百万用户
- 每日安全资讯:NSO,一家专业入侵 iPhone 的神秘公司
- [转][源代码]Comex公布JailbreakMe 3.0源代码
- 新注册
- 样式表CSS布局经验
- 四大漏洞入侵博客
- 路由器之基本维护经验
- 在Ubuntu系统上安装Ghost博客平台的教程
- 非常不错的MySQL优化的8条经验
- js判断客户端是iOS还是Android等移动终端的方法
- IOS开发环境windows化攻略
- PHP多用户博客系统分析[想做多用户博客的朋友,需要了解]第1/3页
- .net平台推送ios消息的实现方法
- 基于CakePHP实现的简单博客系统实例
- 基于jsp+servlet实现的简单博客系统实例(附源码)