dispatch_after 会阻止 UI 吗？

Question

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

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

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

    }];

});

P.S。我已经看过但我还是有点困惑。

Answer 1

dispatch_after 中的代码不会阻塞任何东西，直到它实际延迟运行s 之后。然后它运行进入指定队列。

由于您指定了主队列，因此代码将运行在主 UI 线程上。但是在延迟期间UI不是"blocked"。

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

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

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

dispatch_after 会阻止 UI 吗？

Does dispatch_after block the UI?

objective-c

grand-central-dispatch

ios