„Zablokuj” główny wątek (dispatch_get_main_queue ()) i (lub nie) uruchom okresowo currentRunLoop - jaka jest różnica?
Mam następujący kod:
- (void)test_with_running_runLoop {
dispatch_semaphore_t semaphore = dispatch_semaphore_create(0);
NSTimeInterval checkEveryInterval = 0.05;
NSLog(@"Is main queue? : %d", dispatch_get_current_queue() == dispatch_get_main_queue());
dispatch_async(dispatch_get_main_queue(), ^{
sleep(1);
NSLog(@"I will reach here, because currentRunLoop is run");
dispatch_semaphore_signal(semaphore);
});
while (dispatch_semaphore_wait(semaphore, DISPATCH_TIME_NOW))
[[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate dateWithTimeIntervalSinceNow:checkEveryInterval]];
NSLog(@"I will see this, after dispatch_semaphore_signal is called");
}
- (void)test_without_running_runLoop {
dispatch_semaphore_t semaphore = dispatch_semaphore_create(0);
NSLog(@"Is main queue? : %d", dispatch_get_current_queue() == dispatch_get_main_queue());
dispatch_async(dispatch_get_main_queue(), ^{
sleep(1);
NSLog(@"I will not reach here, because currentRunLoop is not run");
dispatch_semaphore_signal(semaphore);
});
NSLog(@"I will just hang here...");
while (dispatch_semaphore_wait(semaphore, DISPATCH_TIME_NOW));
NSLog(@"I will see this, after dispatch_semaphore_signal is called");
}
produkując następujące:
Starting CurrentTests/test_with_running_runLoop
2012-11-29 08:14:29.781 Tests[31139:1a603] Is main queue? : 1
2012-11-29 08:14:30.784 Tests[31139:1a603] I will reach here, because currentRunLoop is run
2012-11-29 08:14:30.791 Tests[31139:1a603] I will see this, after dispatch_semaphore_signal is called
OK (1.011s)
Starting CurrentTests/test_without_running_runLoop
2012-11-29 08:14:30.792 Tests[31139:1a603] Is main queue? : 1
2012-11-29 08:14:30.797 Tests[31139:1a603] I will just hang here...
Moje pytania są ze sobą powiązane:
1) Jeśli dobrze to rozumiem, główna kolejka (dispatch_get_main_queue ()) jest kolejką szeregową. Blokuję główną kolejkę / główny wątek za pomocą dispatch_semaphore_wait, więc dlaczego widzę„Dotrę tutaj, ponieważ uruchomiony jest currentRunLoop” w pierwszym przypadku testowym (w drugim przypadku mam się dobrze - w moim rozumieniu to robi, co powinno)?
2) Jakseryjny kolejka, po zablokowaniu bieżącego zadania wykonującego, może mieć kolejne zadanie (oh, ten tajemniczy runLoop: beforeDate :) wysłane przed odblokowaniem bieżącego?
chcę usłyszećszczegółowy iwszechstronny odpowiedz na to, ponieważ bardzo, bardzo wiele rzeczy (tu również na temat SO) zależy od tego problemu!
AKTUALIZACJA: Oprócz zaakceptowanej odpowiedzi ten temat SO ma dobrą odpowiedź na to pytanie:Wzorzec do testowania kolejki asynchronicznej w jednostce, który wywołuje główną kolejkę po zakończeniu