ios - dispatch_after 会阻塞 UI 吗？

我希望了解在调度内运行异步 NSURLConnection 是否有任何负面影响。我正在使用调度，因为它看起来比我的目的的计时器更干净。

调用是异步的，但我想确保使用 dispatch_after 不会阻塞 UI。有人可以帮助我了解 dispatch_after 是否会在这 10 秒内以任何方式阻止 UI/应用程序吗？谢谢!

int delaySeconds = 10;

dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delaySeconds 
* NSEC_PER_SEC)), dispatch_get_main_queue(), ^{

    aURL = [NSURL URLWithString"http://google.com"];
    request = [NSMutableURLRequest requestWithURL:aURL
                                      cachePolicy:NSURLRequestUseProtocolCachePolicy
                                  timeoutInterval:60.0];

    [NSURLConnection sendAsynchronousRequest:request queue:
    [NSOperationQueue mainQueue] completionHandler:^(NSURLResponse *response) {

        //do something with response

    }];

});

附:我看过Does dispatch_after block the main thread?但我还是有点迷茫。

---

Best Answer-推荐答案

dispatch_after 中的代码在延迟后实际运行之前不会阻塞任何内容。然后在指定的队列上运行。

由于您指定了主队列，代码将在主 UI 线程上运行。但在延迟期间 UI 并未“阻塞”。

但是这个例子很糟糕。虽然 NSURL 和 NSURLRequest 创建是在主线程上完成的，但请求的实际执行是异步完成的，因此主线程在请求​​期间不会被阻塞。直到完成处理程序被调用，你才再次回到主线程。但这是因为您为完成 block 指定了主队列，而不是因为 dispatch_after 正在主线程上完成。

所以这里唯一真正在主线程上运行的代码是 NSURLConnection 完成 block 。实际请求在后台完成(因为它是异步的)。主线程上的其他代码很简单。

在调度 block 运行之前的 delaySeconds 期间没有线程被阻塞。

关于ios - dispatch_after 会阻塞 UI 吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/30630715/