W jaki sposób -performSelector: withObject: afterDelay: work?

Question

Obecnie pracuję przy założeniu, że -performSelector:withObject:afterDelay: nie używa wątków, ale planuje zdarzenie do uruchomienia w późniejszym terminie w bieżącym wątku. Czy to jest poprawne?

Bardziej konkretnie:

- (void) methodCalledByButtonClick { 
    for (id obj in array) { 
    [self doSomethingWithObj:obj]; 
    } 
} 

static BOOL isBad = NO; 
- (void) doSomethingWithObj:(id)obj { 
    if (isBad) { 
    return; 
    } 
    if ([obj isBad]) { 
    isBad = YES; 
    [self performSelector:@selector(resetIsBad) withObject:nil afterDelay:0.1]; 
    return; 
    } 
    //Do something with obj 
} 

- (void) resetIsBad { 
    isBad = NO; 
} 

To jest zagwarantowane, że -resetIsBad nie zostanie wywołana dopiero po -methodCalledByButtonClick zwrotów, zakładając, że są wyświetlane w głównym wątku, nawet jeśli -methodCalledByButtonClick bierze dowolnie długo, aby zakończyć?

Answer 1

Z docs:

Wywołuje metodę odbiornik bieżący wątek wykorzystuje domyślny tryb z opóźnieniem.

Dyskusja idzie dalej:

Ta metoda ustawia timer do wykonywania wiadomość aSelector na pętli wykonać bieżącego wątku. Licznik czasu to skonfigurowany do pracy w trybie domyślnym (NSDefaultRunLoopMode). Po uruchomieniu odliczacza czasowego wątek podejmie próbę usunięcia komunikatu z pętli uruchomienia i wykonania selektora. Udaje się, jeśli uruchamia pętlę iw trybie domyślnym ; w przeciwnym razie zegar czeka, aż pętla uruchamiania znajdzie się w domyślnym trybie .

Dzięki temu możemy odpowiedzieć na twoje drugie pytanie. Tak, jest to gwarantowane, nawet z krótszym opóźnieniem, ponieważ bieżący wątek jest zajęty wykonywaniem po wywołaniu performSelector. Gdy wątek wróci do pętli uruchamiania i usunie pismo z selektora, zwrócisz go ze swojej methodCalledByButtonClick.

Answer 2

performSelector:withObject:afterDelay: planuje timer w tym samym wątku, aby wywołać selektor po upływie opóźnienia. Jeśli zarejestrujesz się w domyślnym trybie uruchamiania (tzn. Nie użyjesz performSelector:withObject:afterDelay:inModes:), uważam, że gwarantuję, że zaczekasz do następnego przejścia przez pętlę uruchamiania, więc wszystko na stosie zostanie ukończone jako pierwsze.

Nawet jeśli zadzwonisz z opóźnieniem 0, będzie czekać do następnej pętli i zachowywać się, jak chcesz tutaj. Aby uzyskać więcej informacji, patrz the docs.