ios - dispatch_after 会阻塞 UI 吗？

Question

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

调用是异步的，但我想确保使用 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?但我还是有点困惑。

Answer 1

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

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

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

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

并且在分派(dispatch) block 运行之前的 delaySeconds 期间没有线程被阻塞。