Versucht, die Websperre von einem anderen Thread als dem Haupt-Thread oder dem Web-Thread zu erhalten. Jetzt abstürzen

bool _WebTryThreadLock(bool), 0x8053ce0: Tried to obtain the web lock from a thread other than the main thread or the web thread. This may be a result of calling to UIKit from a secondary thread. Crashing now...

Ich bin immer diese Fehlermeldung.

Heute habe ich entdeckt, dieser Fehler zum ersten mal die Passwort-dialog angezeigt wird und die alertview zeigt auf der Oberseite, die sollte nicht auftreten, bis viewWillAppear, wenn die Ansicht angezeigt wird. Dies alles schien zu funktionieren, wenn ich entwickelte diese den anderen Tag. Nicht sicher, warum der thread zu sperren, hat schon verloren und wie und waren, um es zu implementieren?

InformationsquelleAutor der Frage Jules | 2012-03-13

  1. 18
    This may be a result of calling to UIKit from a secondary thread. Crashing now...

    ...und soweit ich sehen kann, dass ist genau das, was du tust. Sie fordern [alertProgress dismissWithClickedButtonIndex:0 animated:YES]; eine UIKit-Methode von einem anderen thread als dein main-thread(s), was nicht erlaubt ist.

    Für eine sehr direkt vorne Weg zu nennen, zurück zu den Haupt-thread, wenn Sie nicht verwenden können, GCD, werfen Sie einen Blick auf DDFoundation.

    Dein code würde in diesem Fall ändern Sie nur das zu tun;

    [[alertProgress dd_invokeOnMainThread] dismissWithClickedButtonIndex:0 
                                       animated:YES];

    InformationsquelleAutor der Antwort Joachim Isaksson

  2. 15

    wenn Sie Vorhaben zu tun jede UI-operation, die es getan werden muss, auf der main-thread..

    fügen Sie einfach die Codierung innerhalb der folgenden syntax

    dispatch_sync(dispatch_get_main_queue(), ^{

//Your code goes here

});

    oder rufen Sie Ihre Methode mit der folgenden syntax

    [self performSelectorOnMainThread:@selector(yourmethod:)withObject:obj waitUntilDone:YES]

    Hoffe, das hilft

    InformationsquelleAutor der Antwort Durai Amuthan.H

  3. 14

    Ich auch konfrontiert mit diesem Problem, während ich den Aufruf einer Methode durch 

    [self performSelector:@selector(myMethod) withObject:nil afterDelay:.01];

    Nun hat es gelöst durch ausführen es auf der main-thread

    [self performSelectorOnMainThread:@selector(myMethod) withObject:nil waitUntilDone:NO];

    InformationsquelleAutor der Antwort kalyan711987

  4. 3

    //Der einfachste Weg ist der Aufruf der Funktion mit Haupt-thread.


    dispatch_async(dispatch_get_main_queue(), ^{
    [self doSomething];
    });

    InformationsquelleAutor der Antwort JIthin

  5. 1

    Ich hatte ein ähnliches Problem und verwendet 

    performSelectorOnMainThread:withObject:waitUntilDone:

    um es zu lösen. Hoffe, das hilft.

    InformationsquelleAutor der Antwort mgauthier

  6. 1

    Durai Antwort in Swift 3:

    DispatchQueue.main.async {
  //Your code goes here
}

    InformationsquelleAutor der Antwort MrAn3

Schreibe einen Kommentar