GCD全局并发队列并不总是并发的(iOS设备)？
在iOS设备上，我最近发现了一种奇怪的行为。
Code1：
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
NSLog(@"1111");
});
while (1) {
sleep(1);
}
});Code2：
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
NSLog(@"1111");
});
while (1) {
sleep(0.5);
}
});Code1和Code2 2唯一的区别是，Code1每循环1秒睡眠，Code2睡眠0.5。
如果您在具有单核的iOS设备上运行这两段代码，Code1将打印出@"1111"，但Code2不会。
我不知道为什么，假设全局队列是concurrent.It，那么无论其他块在做什么，都应该打印出数字。如果这是由于单一核心设备的限制，为什么睡眠(0.5)和睡眠(1)会产生不同？
我真的很想知道原因。
编辑我发现使用睡眠(0.5)是我愚蠢的错误。sleep()函数采用无符号的int - parameter.So睡眠(0.5)等于睡眠(0)。但是睡眠(0)会阻塞整个并发队列吗？
回答 2
Stack Overflow用户
发布于 2011-11-24 21:13:02
原因是您的第二个睡眠()本质上是一个睡眠(0)，这意味着您现在正在循环GCD提供给您的线程，如果您给它一个机会执行嵌套的dispatch_async()，那么这个线程可能也会执行它，第一个例子就是这样做的。在一秒钟睡眠期间，GCD看到线程被阻塞，并创建一个新线程来服务未完成的排队请求。在第二个例子中，您实际上是在计算上需要排队的工作-- GCD不够聪明，无法知道线程已被锁定在无限循环中，而且您也没有给予系统足够的工作来证明(在GCD看来)另一个线程的创建是正确的，所以.我认为，在GCD的低工作逻辑阈值中，您基本上已经发现了一个bug。
Stack Overflow用户
发布于 2011-11-23 09:40:51
刚刚退房，第一和第二段打印"1111“。注意，您使用的dispatch_async嵌套不会带来任何利润，因为您设置了相同的优先级(DISPATCH_QUEUE_PRIORITY_DEFAULT) --所有任务"NSLog(@"1111");“
和“
while (1) {
sleep(0.5);“
将被添加到同一个目标队列中。因此，我可以假设在第一个情况下，with将首先执行，并且由于它永远不会完成，所以队列中的下一个任务(NSLog(.))永远不会被召唤。
您可以尝试对队列使用不同的优先级(DISPATCH_QUEUE_PRIORITY_LOW f.e.)。
https://stackoverflow.com/questions/8239436
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号