NSURLConnection запущен в другом потоке. Методы делегата не вызываются

GCD создает, уничтожает, повторно использует потоки неявно, и есть шанс, что поток, который вы вызываете, из которого начинается, перестанет существовать сразу после этого. Это может привести к тому, что делегат не получит никаких обратных вызовов.

Если вы хотите получать обратный вызов в фоновом потоке, вы можете использовать метод setDelegateQueue или sendAsynchronousRequest:queue:completionHandler::

NSURLConnection* connection = [[NSURLConnection alloc] initWithRequest:request
                                                          delegate:self
                                                  startImmediately:NO];
[connection setDelegateQueue:[[NSOperationQueue alloc] init]];
[connection start];

Самый простой способ запустить NSURLConnection в фоновом потоке через GCD:

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0),
               ^{
                   NSURLResponse* response = nil;
                   NSError* error = nil;
                   [NSURLConnection sendSynchronousRequest:request] returningResponse:&response error:&error];
                   NSLog(@"%@", response);
               });

Да, это хорошо известное поведение NSURLConnection, потому что ему нужен цикл выполнения для обработки событий делегата. Наиболее распространенное решение: (а) создать его экземпляр с помощью initWithRequest:delegate:startImmediately:, где startImmediately равно FALSE; (b) вручную scheduleInRunLoop:forMode:, чтобы запланировать его в основном цикле выполнения; а затем (c) start соединение.

Но, как у вас здесь, нет смысла отправлять это в фоновую очередь, так как это уже асинхронно, поэтому вы должны просто инициировать это из основной очереди, и ничего из вышеперечисленного не требуется. Вы используете приведенный выше шаблон в особых случаях (например, вы использовали подкласс NSOperation для управления своими запросами), но обычно он не нужен.

Кроме того, к вашему сведению, эффективная iOS9, NSURLConnection устарела, поэтому вам все равно следует использовать NSURLSession. И NSURLSession не страдает от этого ограничения.

У меня была аналогичная проблема. Сейчас я запускаю запрос NSURLConnection в основном потоке — он выполняется асинхронно, поэтому не замедляет работу вашего приложения. В connectionDidFinishLoading я запускаю следующий код для обработки результатов моих вызовов. Я выполняю проверку, потому что у меня есть вызов NSURLConnection, который может инициировать другие сетевые вызовы. Поскольку они уже работают в фоновом потоке, я не хочу запускать новый.

- (void)connectionDidFinishLoading:(NSURLConnection *)connection
{
   if ([NSThread isMainThread]) {
      dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^(void){
         //Background Thread
         [self processFinishLoading:connection];
      });
   }
   else {
      [self processFinishLoading:connection];
   }
}