IOS semaphore_wait_trap auf Haupt-Thread verursacht Hang in UI

Question

Ich habe eine lange laufende Funktion innerhalb einer asynchronen (seriellen) Worker-Warteschlange. Ich weiß, dass diese Funktion manchmal in einem bestimmten openCV-Aufruf hängt. Aus diesem Grund verursacht dieser Hang auch das Hängen des Hauptthreads. Wenn das Anhalten und Debug-Modus Eingabe Ich sehe, dass es einen Anruf zu

ist

semaphore_wait_trap() 

auf dem Hauptthread (Queue)

ich den hängenden Faden aussetzen kann (My Arbeiter Warteschlange) im Debug-Modus und dann diese Trap verschwindet und die GUI reagiert wieder auf das Telefon.

Nachdem der Arbeitsthread wieder freigegeben wurde, reagiert die GUI für 1-2 Sekunden (ich vermute, bis dieser Thread wieder aktiviert wird) und dann reagiert die Benutzeroberfläche nicht mehr.

Dieser Thread macht keine dispatch_sync() Anrufe an den Haupt-Thread/Queue

Ist es möglich, dass IOS den Haupt-Thread pausiert („Fallen“ es), weil die Arbeiter lange läuft?

Kann ich es zwingen, den Block zu entfernen ??

Ich füge einige Druckbildschirme des Debug-Modus-Stacks hinzu.

Bevor die Hänge Queue Aussetzung:

Und das hängende thread:

Und nach einer Pause und zur Aussetzung der schlechten Warteschlange:

Answer 1

Ist es möglich, dass IOS den Haupt-Thread pausiert ("abfängt"), weil der Arbeiter lange läuft? - NEIN. Ich denke, Ihr Problem hängt mit dem Zeichnen oder Ändern einiger UI-Elemente zusammen. Nicht alle Funktionen können vom Hintergrundthread aufgerufen werden (z. B. müssen Änderungen an UI-Elementen im Hauptthread vorgenommen werden). In der Serien Warteschlange, wenn jede Methode UI-Elemente geändert werden muss, müssen Sie es auf Hauptthread zB zu behalten vergessen Sie rufen

dispatch_async(dispatch_get_main_queue(), ^{ 
       //do some main thread job here 
      }); 
) 

Answer 2

Vielleicht nur eine Variable in Call Dispatch-Funktion (Was mich betrifft war ich weggelassen ein static Schlüsselwort vor Dispatch_once_t Deklaration und Versand kann nicht mit Inline-Funktion verarbeitet werden). Die Stack-Spur war genau wie deine. Das war meine Schuld.

+ (instancetype)sharedInstance 
{ 
    (static was omitted) dispatch_once_t once; 
    static id sharedInstance; 
    dispatch_once(&once, ^{ 
     sharedInstance = [[self alloc] init]; 
    }); 
    return sharedInstance; 
}