Grand Central Dispatch (GCD) и PerformSelector — нужно лучшее объяснение

performSelectorOnMainThread: не использует GCD для отправки сообщений объектам в основном потоке.

Вот как документация говорит, что метод реализован:

- (void) performSelectorOnMainThread:(SEL) selector withObject:(id) obj waitUntilDone:(BOOL) wait {
  [[NSRunLoop mainRunLoop] performSelector:selector target:self withObject:obj order:1 modes: NSRunLoopCommonModes];
}

А на performSelector:target:withObject:order:modes: в документации указано:

Этот метод устанавливает таймер для выполнения сообщения aSelector в цикле выполнения текущего потока в начале следующей итерации цикла выполнения. Таймер сконфигурирован для работы в режимах, указанных в параметре Modes. Когда таймер срабатывает, поток пытается удалить сообщение из очереди цикла выполнения и выполнить селектор. Это удается, если цикл выполнения запущен и находится в одном из указанных режимов; в противном случае таймер ожидает, пока цикл выполнения не перейдет в один из этих режимов.

Как указывает Джейкоб, хотя они могут казаться одинаковыми, это разные вещи. На самом деле, есть существенная разница в том, как они обрабатывают отправку действий в основной поток, если вы уже работаете в основном потоке.

Недавно я столкнулся с этим, когда у меня был общий метод, который иногда запускался из чего-то в основном потоке, а иногда нет. Чтобы защитить определенные обновления пользовательского интерфейса, я без проблем использовал для них -performSelectorOnMainThread:.

Когда я переключился на использование dispatch_sync в основной очереди, приложение блокировалось всякий раз, когда этот метод запускался в основной очереди. Чтение документации на dispatch_sync видим:

Вызов этой функции и обращение к текущей очереди приводит к взаимоблокировке.

где для -performSelectorOnMainThread: видим

подождите

Логическое значение, указывающее, блокируется ли текущий поток до тех пор, пока указанный селектор не будет выполнен на получателе в основном потоке. Укажите YES, чтобы заблокировать этот поток; в противном случае укажите NO, чтобы этот метод возвращался немедленно.

Если текущий поток также является основным потоком, и вы указываете YES для этого параметра, сообщение доставляется и обрабатывается немедленно.

Я по-прежнему предпочитаю элегантность GCD, лучшую проверку во время компиляции, которую он обеспечивает, и его большую гибкость в отношении аргументов и т. д., поэтому я сделал эту маленькую вспомогательную функцию для предотвращения взаимоблокировок:

void runOnMainQueueWithoutDeadlocking(void (^block)(void))
{
    if ([NSThread isMainThread])
    {
        block();
    }
    else
    {
        dispatch_sync(dispatch_get_main_queue(), block);
    }
}

Обновление: в ответ на сообщение Дэйва Дрибина о предостережения ondispatch_get_current_queue(), я заменил [NSThread isMainThread] в приведенном выше коде.

затем я использую

runOnMainQueueWithoutDeadlocking(^{
    //Do stuff
});

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

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