ios - dispatch_after 会阻塞 UI 吗？
<p><p>我希望了解在调度内运行异步 NSURLConnection 是否有任何负面影响。我正在使用调度，因为它看起来比我的目的的计时器更干净。</p>
<p>调用是异步的，但我想确保使用 dispatch_after 不会阻塞 UI。有人可以帮助我了解 dispatch_after 是否会在这 10 秒内以任何方式阻止 UI/应用程序吗？谢谢!</p>
<pre><code>int delaySeconds = 10;
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delaySeconds
* NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
aURL = ;
request = [NSMutableURLRequest requestWithURL:aURL
cachePolicy:NSURLRequestUseProtocolCachePolicy
timeoutInterval:60.0];
[NSURLConnection sendAsynchronousRequest:request queue:
completionHandler:^(NSURLResponse *response) {
//do something with response
}];
});
</code></pre>
<p>附:我看过<a href="https://stackoverflow.com/questions/28382990/does-dispatch-after-block-the-main-thread" rel="noreferrer noopener nofollow">Does dispatch_after block the main thread?</a>但我还是有点迷茫。</p></p>
<br><hr><h1><strong>Best Answer-推荐答案</ strong></h1><br>
<p><p><code>dispatch_after</code> 中的代码在延迟后实际运行之前不会阻塞任何内容。然后在指定的队列上运行。</p>
<p>由于您指定了主队列，代码将在主 UI 线程上运行。但在延迟期间 UI 并未“阻塞”。</p>
<p>但是这个例子很糟糕。虽然 <code>NSURL</code> 和 <code>NSURLRequest</code> 创建是在主线程上完成的，但请求的实际执行是异步完成的，因此主线程在请求期间不会被阻塞。直到完成处理程序被调用，你才再次回到主线程。但这是因为您为完成 block 指定了主队列，而不是因为 <code>dispatch_after</code> 正在主线程上完成。</p>
<p>所以这里唯一真正在主线程上运行的代码是 <code>NSURLConnection</code> 完成 block 。实际请求在后台完成(因为它是异步的)。主线程上的其他代码很简单。</p>
<p>在调度 block 运行之前的 <code>delaySeconds</code> 期间没有线程被阻塞。</p></p>
<p style="font-size: 20px;">关于ios - dispatch_after 会阻塞 UI 吗？，我们在Stack Overflow上找到一个类似的问题：
<a href="https://stackoverflow.com/questions/30630715/" rel="noreferrer noopener nofollow" style="color: red;">
https://stackoverflow.com/questions/30630715/
</a>
</p>
页:
[1]