被废弃的dispatch_get_current_queue
来源:互联网 发布:黑暗之魂3淘宝被禁止 编辑:程序博客网 时间:2024/05/17 03:08
转自 http://blog.csdn.net/yiyaaixuexi/article/details/17752925?ticket=st-95524-cdycl4kwpntefcrbnbsh-passport.csdn.net
想说说被废弃的dispatch_get_current_queue,不得不提一个概念:可重入。
什么是可重入,来自维基百科:若一个程序或子程序可以“安全的被并行执行(Parallel computing)”,则称其为可重入(reentrant或re-entrant)的。
即当该子程序正在运行时,可以再次进入并执行它(并行执行时,个别的执行结果,都符合设计时的预期)。
若一个函数是可重入的,则该函数:
- 不能含有静态(全局)非常量数据
- 不能返回静态(全局)非常量数据的地址
- 只能处理由调用者提供的数据
- 不能依赖于单实例模式资源的锁
- 不能调用(call)不可重入的函数(有呼叫(call)到的函数需满足前述条件)
有时候我们很希望知道当前执行的queue是谁,比如UI操作需要放在main queue中执行。如果可以知道当前工作的queue是谁,就可以很方便的指定一段代码操作在特定的queue中执行。 dispatch_get_current_queue() 正好能帮上忙。于是乎,在指定的queue中做一些操作,就可以非常清晰的实现:
然后潜意识里,觉得这个函数是可重入的。
但当target queue恰好是current queue时,同步阻塞会导致死锁。
问题出在GCD队列本身是不可重入的,串行同步队列的层级关系,是出现问题的根本原因。
为了防止类似的误用,苹果在iOS6废弃了dispatch_get_current_queue()方法。强大的dispatch_get_current_queue()也只能当作一个调试工具了。
那么应该如何保证GCD方法可重入呢?
- dispatch_queue_set_specific 标记队列
- 递归锁
分别给出两种方法的示例代码片段:
1)dispatch_queue_set_specific
2)递归锁
0 0
- 被废弃的dispatch_get_current_queue
- 被废弃的dispatch_get_current_queue
- 被废弃的dispatch_get_current_queue
- 被废弃的dispatch_get_current_queue
- 被废弃的dispatch_get_current_queue
- 被废弃的dispatch_get_current_queue
- dispatch_get_current_queue的废弃
- dispatch_get_current_queue 废弃
- GCD 被弃方法dispatch_get_current_queue
- HTML5被废弃的标签
- 被废弃的汽车仪表盘
- 删除Myeclipse被废弃的workspace记录
- 2.6内核中被废弃的pci_present()
- 删除Myeclipse被废弃的workspace记录
- 废弃的CRT函数
- ffmpeg废弃的接口
- 标记废弃的方法
- 废弃的配置文件
- 给某个 collection 的所有记录的某个字段随机一个数字赋值
- 搭建react-native过程中,cmd中输入npm install -g react-native-cli出现nmp error 404
- Java发送Email
- Android 播放视频(三)媒体支持格式
- android的task任务栈
- 被废弃的dispatch_get_current_queue
- yii2表单验证方法
- Genymotion下载
- linux修改max user processes limits
- 通解DNS(上)
- ESP8266-01使用记录
- POJ 1298 The Hardest Problem Ever (字符串)
- List和Array相互转化
- Struts1.x环境搭建(一)