dispatch_async vs dispatch_sync Ausführungsreihenfolge

Question

Ich habe eine Serie Absende-Warteschlange erstellt mit:

dispatch_queue_t serialQueue = dispatch_queue_create("com.unique.name.queue", DISPATCH_QUEUE_SERIAL); 

Ich mag diese serielle Warteschlange verwenden Thread-Sicherheit für Klasse Zugang zu gewährleisten, während automatisch Arbeit tut asynchron, dass muss nicht zurück zum aufrufenden Thread.

- (void)addObjectToQueue:(id)object 
{ 
    dispatch_async(serialQueue, ^{ 
     // process object and add to queue 
    }); 
} 

- (BOOL)isObjectInQueue:(id)object 
{ 
    __block BOOL returnValue = NO; 
    dispatch_sync(serialQueue, ^{ 
     // work out return value 
    }); 
    return returnValue; 
} 

Wenn ich die addObjectToQueue nennen: Methode, rufen Sie sofort die isObjectInQueue: Methode, sind sie garantiert in der gleichen Reihenfolge ausgeführt werden, oder wird/könnte die isObjectInQueue erste ausführen?

Mit anderen Worten, verarbeitet dispatch_async genau dasselbe wie dispatch_sync (Blockierung des Blocks sofort), außer dass der aufrufende Thread nicht blockiert wird?

Ich habe ähnliche Fragen mit Antworten in beide Richtungen gesehen, also bin ich auf der Suche nach einer endgültigen Antwort, vorzugsweise mit Apple-Dokumentation gesichert.

Answer 1

Wird garantiert, dass sie in der gleichen Reihenfolge ausgeführt werden?

Ja.

Wird/könnte die isObjectInQueue zuerst ausgeführt werden?

Ja.

Der Grund für das Ja zu beiden Antworten ist, dass Sie Threading berücksichtigen sollten. Aus diesem Grund verwenden Sie vermutlich die serielle Warteschlange. Sie machen den Zugriff auf diese Warteschlange threadsicher.

Grundsätzlich werden die Blöcke in der Reihenfolge ausgeführt, in der sie in die serielle Warteschlange eingereiht werden. Das ist 100% garantiert. Wenn jedoch mehrere Threads auf diese Weise hämmern, kann ein Thread zuerst hineingelangen, um etwas aus der Warteschlange zu lesen, bevor ein anderer Thread die Chance hatte, es hinzuzufügen.

In anderen Worten, mit Ausnahme dispatch_async genau die gleichen wie dispatch_sync (Scheduling des Blockes sofort) auszuführen, dass sie den aufrufenden Thread nicht blockiert sind?

Das stimmt. In beiden Fällen wird der Block der Warteschlange hinzugefügt. Es wird sofort hinzugefügt. dispatch_sync wartet nur darauf, dass der Block vor der Rückkehr beendet wird, während dispatch_async sofort zurückkehrt.

Answer 2

Ich denke, Ihre Frage ist, wird der Hauptthread weiter ausgeführt, während dispatch_async noch die Warteschlange ausgeführt wird? Ich gehe davon aus, dass dies nicht nötig wäre, denn das würde eine ausdrückliche Erwähnung verdienen. Wenn überhaupt, fand ich dies in dispatch_async.3 was vermuten lässt, ist dies der Fall:

Konzeptionell dispatch_sync() ist eine bequeme Wrapper um dispatch_async() mit dem Zusatz eines Semaphore für Fertigstellung des Blocks zu warten, und ein Wrapper um den Block, um seine Fertigstellung zu signalisieren.

Und in der Tat, wenn Sie den Quellcode für dispatch_async in queue.c folgen Sie werden sehen, dass der Block auf dem Vordergrund der Warteschlange gestellt wird, und erst danach kehrt die Ausführung zu dem Code, die dispatch_async genannt. Wenn also die Warteschlange seriell ist, werden dispatch_async gefolgt von dispatch_syncaus demselben Thread die Blöcke in der Reihenfolge anordnen.

Weil dispatch_sync blockieren wird, bis der Block (und alle Blöcke zuvor in einer seriellen Warteschlange) ausgeführt werden, dann wäre Ihr Code richtig. isObjectInQueue: meldet korrekt, wenn das zuvor hinzugefügte Objekt in der Warteschlange ist.

bearbeiten:

- (void)addObjectToQueue:(id)object 
{ 
    dispatch_barrier_async(_queue, ^{ 
     // process object and add to queue 
    }); 
} 

- (BOOL)isObjectInQueue:(id)object 
{ 
    __block BOOL returnValue = NO; 
    dispatch_sync(_queue, ^{ 
     // work out return value 
    }); 
    return returnValue; 
} 

weil Ausführung jedes Verfahren an einer beliebigen Stelle für einen anderen Thread verschoben werden kann: auf einer Multithread-Umgebung ich den Code wie oben schreiben.