GCD do wykonania zadania w głównym wątku

Mam wywołanie zwrotne, które może pochodzić z dowolnego wątku. Kiedy otrzymuję to wywołanie zwrotne, chciałbym wykonać pewne zadanie w głównym wątku.

Czy muszę sprawdzać, czy jestem już w głównym wątku - czy istnieje kara za nieprzeprowadzenie tej kontroli przed wywołaniem poniższego kodu?

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

Nie, nie musisz sprawdzać, czy jesteś już w głównym wątku. Wysyłając blok do kolejki głównej, planujesz tylko szeregowe wykonanie bloku w głównym wątku, co dzieje się, gdy uruchomiona zostanie odpowiednia pętla uruchamiania.

Jeśli jesteś już w głównym wątku, zachowanie jest takie samo: blok jest zaplanowany i wykonywany, gdy uruchomiona zostanie pętla uruchamiania głównego wątku.

W przypadku asynchronicznego przypadku wysyłki opisanego powyżej nie trzeba sprawdzać, czy jesteś w głównym wątku. Jak wskazuje Bavarious, będzie to po prostu w kolejce do uruchomienia w głównym wątku.

Jeśli jednak spróbujesz wykonać powyższe czynności za pomocą a, dispatch_sync()a Twoje wywołanie zwrotne będzie w głównym wątku, aplikacja zablokuje się w tym momencie. Opisuję to w mojej odpowiedzi tutaj , ponieważ to zachowanie zaskoczyło mnie podczas przenoszenia kodu -performSelectorOnMainThread:. Jak wspomniałem, stworzyłem funkcję pomocnika:

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

który uruchomi blok synchronicznie w głównym wątku, jeśli aktualnie używana metoda nie znajduje się w głównym wątku, i po prostu wykona blok wstawiony, jeśli tak jest. Aby użyć tego, możesz użyć składni takiej jak poniżej:

runOnMainQueueWithoutDeadlocking(^{
    //Do stuff
});

Jak wspomniano w innych odpowiedziach, dispatch_async z głównego wątku jest w porządku.

Jednak w zależności od przypadku użycia istnieje efekt uboczny, który możesz uznać za wadę: ponieważ blok jest zaplanowany w kolejce, nie zostanie on wykonany, dopóki kontrola nie wróci do pętli uruchamiania, co spowoduje opóźnienie wykonanie twojego bloku.

Na przykład,

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

Wydrukuje:

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

Z tego powodu, jeśli spodziewałeś się, że blok wykona się pomiędzy zewnętrznymi NSLogami, dispatch_async nie pomoże.

Nie, nie musisz sprawdzać, czy jesteś w głównym wątku. Oto, jak możesz to zrobić w Swift:

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

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

Jest zawarty jako standardowa funkcja w moim repozytorium, sprawdź to: https://github.com/goktugyil/EZSwiftExtensions