Вызов NSURLConnection внутри dispatch_async и чтение didReceiveResponse в mainRunLoop в разработке iPhone

Question

Прежде всего, голый со мной, потому что это мой первый вопрос, связанный с iOS для SO.

То, что я пытаюсь сделать, это получить ответ на следующий метод

- (void) connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response { } 

после вызова этого

NSURLConnection *conn = [[NSURLConnection alloc] initWithRequest:request delegate:self]; 
[conn scheduleInRunLoop:[NSRunLoop mainRunLoop] forMode:NSDefaultRunLoopMode]; 
[conn start]; 

внутри

dispatch_async(); 

Но метод connection не звонит. Но когда я запускаю код NSURLConnection за пределами dispatch_async, он вызывает метод.

В чем причина этого и как его исправить? Это потому, что delegate относится к self, а self относится к фоновому потоку, но не к классу UIViewController?

Answer 1

Поскольку вы создаете соединение, которое должно быть запланировано в цикле и начато позже, обязательно используйте значение initWithRequest с параметром startImmediately, установленным на NO. Прямо сейчас вы начинаете соединение дважды. И, что более важно, вы начинаете его, прежде чем планируете его в цикле основного запуска.

Чтобы исправить эту ситуацию, указать startImmediately в NO:

NSURLConnection *conn = [[NSURLConnection alloc] initWithRequest:request delegate:self startImmediately:NO]; 
[conn scheduleInRunLoop:[NSRunLoop mainRunLoop] forMode:NSDefaultRunLoopMode]; 
[conn start]; 

---

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