GCD для виконання завдання в основному потоці

У мене є зворотний дзвінок, який може надходити з будь-якої нитки. Коли я отримую цей зворотний дзвінок, я хотів би виконати певне завдання на головній нитці.

Чи потрібно перевіряти, чи вже я в основному потоці - чи є пені, якщо я не виконую цю перевірку befora, викликаючи код нижче?

dispatch_async(dispatch_get_main_queue(), ^{
   // do work here
});

Ні, вам не потрібно перевіряти, чи вже ви в основному потоці. Відправляючи блок до основної черги, ви просто плануєте блок, який потрібно послідовно виконувати на головному потоці, що відбувається, коли виконується відповідний цикл запуску.

Якщо ви вже перебуваєте на головному потоці, поведінка однакова: блок планується та виконується, коли цикл запуску основного потоку виконується.

У випадку асинхронного відправлення, який ви описали вище, вам не потрібно буде перевіряти, чи перебуваєте ви в основному потоці. Як вказує Bavarious, це буде просто в черзі для запуску на основну нитку.

Однак якщо ви спробуєте зробити вищезазначене, використовуючи клавішу a, dispatch_sync()і ваш зворотний виклик знаходиться на головній нитці, ваше додаток у цей момент зайде в тупик. Я описую це у своїй відповіді тут , тому що така поведінка мене здивувала при переміщенні якогось коду -performSelectorOnMainThread:. Як я вже згадую там, я створив функцію помічника:

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

який буде запускати блок синхронно на головному потоці, якщо метод, у якому ви перебуваєте, наразі не є основним потоком, а просто виконує блок вбудований, якщо він є. Ви можете використовувати такий синтаксис, як наступний:

runOnMainQueueWithoutDeadlocking(^{
    //Do stuff
});

Як і інші згадані відповіді, dispatch_async з головної нитки чудово.

Однак, залежно від випадку використання, є побічний ефект, який ви можете вважати недоліком: оскільки блок планується в черзі, він не буде виконуватись, поки контроль не повернеться до циклу запуску, що матиме ефект затримки виконання блоку.

Наприклад,

NSLog(@"before dispatch async");
dispatch_async(dispatch_get_main_queue(), ^{
    NSLog(@"inside dispatch async block main thread from main thread");
});
NSLog(@"after dispatch async");

Буде роздруковано:

before dispatch async
after dispatch async
inside dispatch async block main thread from main thread

З цієї причини, якби ви очікували виконання блоку між зовнішніми NSLog, dispatch_async не допоможе вам.

Ні, вам не потрібно перевіряти, чи є ви в основній темі. Ось як це можна зробити в Swift:

runThisInMainThread { () -> Void in
    runThisInMainThread { () -> Void in
        // No problem
    }
}

func runThisInMainThread(block: dispatch_block_t) {
    dispatch_async(dispatch_get_main_queue(), block)
}

Його включено як стандартну функцію до мого репо, перевірте це: https://github.com/goktugyil/EZSwiftExtensions