performSegueWithIdentifier sehr langsam, wenn segue modal

Habe ich eine einfache Tabelle gesehen, wo ich mit der select-Aktion auf der Tabelle ansehen. Diese Aktion folgt eine überleitung.

Wenn die segue ist eine push segue, die nächste Ansicht zeigt sofort.
Wenn die segue ist eine modal segue, den nächsten Blick:

dauert 6 Sekunden oder so, um die Anzeige
zeigt sofort, wenn ich Tippen Sie erneut (zweiter tap)

Ich habe versucht, auf der Suche rund um für einige Ideen, aber keiner scheint für meine situation. Insbesondere:

Ich bin der Durchführung der übergang auf die Haupt-UI-thread
Meine Ansicht ist sehr einfach (es gibt also kein Problem in viewDidLoad). Plus die Tatsache, dass es zeigt sich in der Nähe sofortige, wenn der übergang ist push bedeutet, dass es keine problem beim laden der target-Ansicht
Ich versucht vorbei nil zu den sender; gleiche Wirkung.

Hat jemand irgendwelche Ideen dazu?

welchen code hast du in der nächsten Ansicht? Zum Beispiel, wenn Sie machen einen synchronen Netzwerk-Anfrage in der viewDidLoad, die verursachen könnten die Verlangsamung.
Testen Sie es am simulator in einem Gerät? Die Ergebnisse können variieren extrem zwischen den beiden.
Wie werden Sie präsentiert Ihre segue? performseguewithidentifier? Wenn ja, haben Sie versucht dispatch_async(dispatch_get_main_queue(), {performSegueWithIdentifier(mysegueIdentifier, self)})
ich Teste auf beiden emulieren und Gerät. Auf emulator die Verzögerung erheblich ist, sind auf dem Gerät, etwa 1-2 Sekunden. Wie ich schon erwähnt habe, wenn ich nur ändern Sie den übergang von "modal", "push", es ist instant. Also das problem ist mit "modal" leitet über...

InformationsquelleAutor tng | 2015-02-13

89

Vertrauen Sie mir und versuchen, diese. Ich habe dieses problem schon ein paar mal.

In Swift 2:
```
dispatch_async(dispatch_get_main_queue(),{
    self.performSegue(withIdentifier:mysegueIdentifier,sender: self)
})
```
oder für Swift 3:
```
DispatchQueue.main.async {
    self.performSegue(withIdentifier: mysegueIdentifier,sender: self)
}
```
Diskutiert, wie hier und hier.
- Das habe ich versucht - es hat nicht funktioniert für mich, wie ich schon erwähnt habe, ich habe überprüft, dass ich auf dem Haupt-thread schon zu, so dass der Versand nichts...
- Alles, was Sie beschreiben, klingt wie Sie nicht auf dem Haupt-thread. Wenn Sie dispatch_sync(dispatch_get_main_queue(),{<your code>}) hat es die app einfrieren?
- Kannst du etwas code? Machst du modal mit Anzeige über momentanen Kontext keine animation?
- Ich muss Aufräumen mein code ein wenig, bevor ich es einfügen (es hat einige client-Informationen in Sie es jetzt). Ich bin neugierig, warum Sie denken, ich bin nicht auf der main-thread? In XCode, wenn ich eine Pause einlege Punkt, wo ich anrufen performSegueWithIdentifier es passiert auf thread #1. Wenn ich in dispatch_async es nicht einfrieren, aber dispatch_sync friert.
- Denn es geschieht in einem modalen Wechsel dauert etwa 6 Sekunden, aber reagiert sofort auf eine zweite Tippen. Jedes mal, wenn ich in diesen Fragen die gleichen Dinge, die beteiligt waren und mit dem code in der Antwort oben hat das problem gelöst. Sehr überrascht, es ist noch für Sie arbeiten. Versuchen Sie unruhig durch drehen animation on/off und nicht die Anzeige über aktuellen Kontext vielleicht?
- So landete ich erneut schriftlich eine Reihe von code, und mit dispatch_async erschien, das problem zu lösen für mich. Ich kann nicht erklären warum, aber ich bin sicher, ich bin im UI-thread, aber so ist es.
- Können Sie mir bitte sagen, was du getan hast? Ich Laufe in das gleiche problem, druckt das system gilt für isMainThread aber dispatch_sync friert meine app auch.
- Dieser arbeitete für mich. Ich war dabei, modal, wenn die Zelle geklickt wurde, und ich hatte ein 3-8 Sekunden Verzögerung. Ich habe getan, viele apps und nie in diese vor; diese app hat nicht alle benutzerdefinierten Disposition, so sollte alles auf den richtigen thread.
- Ich kann bestätigen, dass dies funktioniert. Hatte genau das gleiche Problem. Ein modal-segue, führte zu einer langen Verzögerung, und nach einem zweiten Tippen, würde es sofort öffnen. Nach dem Versand auf der main queue, alles hat gut funktioniert.
- Für mich funktioniert 🙂
- Funktioniert für mich, und ich war schon auf der Haupt-thread. Jeder Bericht sollte das als bug an Apple.
- Ich hatte dieses Problem nur auf einem Bildschirm der app. Ich entfernte den übergang von der Zelle zum modal-Bildschirm und fügte hinzu, ein Wechsel auf der controller-Ebene auslösen, die es auf didSelectRowAtIndexPath. Ich habe überprüft der code wurde auf dem Haupt-thread mit assert(NSThread.isMainThread()). Noch in der Ausgabe beibehalten. Ich kann nicht erklären warum, aber die Verschiebung der "performSegue" Aufruf der nächsten run-loop löst dieses Problem.
- Überprüfen Sie diese Antwort stackoverflow.com/a/40169173/938446
- Interessant, haben Sie diese getestet selbst?
- Große Lösung. Dieser bug existiert immer noch in Xcode 9 und es machte mich verrückt den ganzen Tag. Vielen Dank für die Lösung
InformationsquelleAutor boidkan
5

Scheint es (mir...), dass dieses problem tritt nur auf, wenn die Zelle selectionType ist nicht .none.

Können Sie es ändern, um eine andere option (in der storyboard -Attribute inspector, legen Sie die Selection Feld) und es funktioniert Prima (für mich arbeiten...).
Die Nachteile ist, dass es Durcheinander die Zelle UI.

Können Sie rufen Sie die segue in DispatchQueue.main.async{} block am didSelect delegieren Funktion UITableViewDelegate wie die Menschen vor erwähnen.

Ich die erste Lösung Hinzugefügt und an der Zelle selbst -
```
override func setSelected(_ selected: Bool, animated: Bool) {
    super.setSelected(false, animated: false)
}
```
Dadurch wird die Zelle 'highlight' am Tippen, aber es wird wieder zu seiner gewohnten Benutzeroberfläche sofort und es gut für mich...
- Du hast Recht, ich hatte das gleiche problem, mein Handy selectionType war .keine und die Verzögerung geschah, so Versuchte ich den Aufruf der perform-seguen "DispatchQueue.main.async" und es hat funktioniert, und dann ich habe versucht, Ihre Lösung und nun der Wechsel sofort. Etwas ist falsch, wenn die selectionType ist .keiner
InformationsquelleAutor Yedidya Reiss
3

Scheint es verschiedene Situationen, bei Ausführung eines segue wird nicht richtig funktionieren. Zum Beispiel, wenn Sie anrufen performSegue von der action-handler für ein unwind segue, Sie führen in verschiedene Themen, obwohl Sie auf dem Haupt-thread. Auf meinem aktuellen Projekt rufe ich performSegue von der didSelectRowAt Methode einer Tabelle anzeigen. Dies ist eine der grundlegendsten leitet über es und natürlich bin ich auf dem Haupt-thread, doch ich sah die genauen Symptome, die der OP beschrieben.

Ich weiß nicht, warum dies passiert in einigen Fällen und nicht andere, aber ich habe festgestellt, dass das zurückstellen der performSegue Anruf mit async behebt mögliche Probleme. Dies scheint ein hack und machte mich nervös, aber an diesem Punkt habe ich mehrere ausgereifte Projekte mit diesem Ansatz, und es nun scheint, wie der "richtige" Weg, um eine manuelle segue.

Hier ist die Swift 3-version des Codes (siehe die anderen Beiträge für Swift 2 und Obj-C-Versionen):
```
DispatchQueue.main.async {
    self.performSegue(withIdentifier: "theIdentifier", sender: theSender)
}
```
InformationsquelleAutor phatmann

Akzeptierte Lösung für mich gearbeitet. Code aktualisiert für Swift 2.0 unter:

dispatch_async(dispatch_get_main_queue(),{
     self.performSegueWithIdentifier(mysegueIdentifier, sender:self)
})

InformationsquelleAutor instAustralia

Hoffen, Ihnen helfen diese yo erstellen können programmgesteuert modal-übergangs, wie dies in Swift:

       let myStoryboard: UIStoryboard = UIStoryboard(name: "Main", bundle: nil)
        let modalViewController = myStoryboard.instantiateViewControllerWithIdentifier("myModalViewController") as! myModalViewController
        modalViewController.modalTransitionStyle = UIModalTransitionStyle.CoverVertical
        let navController = UINavigationController(rootViewController: accountManager)
        dispatch_async(dispatch_get_main_queue(),{
            self.presentViewController(navController, animated: true, completion: nil)
        })

InformationsquelleAutor Dasoga

Für Entwickler, die Organisation in Ihrem code durch Unterklassen, ich habe es ganz einfach eine Lösung, die ich teilen möchte, Swift (4):

import UIKit

class ABCViewController: UIViewController {

  //... Other useful methods like overriding deinit and didReceiveMemoryWarning

  //Performs a segue on the main thread to ensure it will 
  //transition once a UI-slot is available
  func performSegueOnMainThread(with identifier: String, sender: Any?) {
    DispatchQueue.main.async {
      self.performSegue(with: identifier, sender: sender)
    }
  }
}

Dann, nennen Sie es einfach von Ihrer Implementierung ab:

myViewController.performSegueOnMainThread(with: "ShowDetailsSegue", sender: self)

InformationsquelleAutor Hans Knöchel

0

Für mich war es die, die ich hatte zu viele "Klare" colored views in meinem nächsten Blick, so dass, wenn der Wechsel animiert wurde, es schien sich zu verzögern, weil dieser. Ich ging durch den view-controller der UI-Hierarchie nach klaren Farben und ersetzen Sie Sie mit schwarz oder weiß, und sicherstellen, dass die alpha 1 ist (wenn es nicht anders sein). Mein delay ist jetzt verschwunden, und meine modal Präsentation ist glatt.

InformationsquelleAutor Joshua Hart
-1

Ich habe versucht, dies zu beheben mehrere Möglichkeiten, einschließlich, indem Sie in der main-thread oben. Dieser arbeitete für mich:

Im storyboard, wählen Sie die Tabellenansicht in Frage, (wählen Sie es im Dokument Umriss, um sicherzustellen, dass Sie haben die richtige. Dann im Attribute Inspektor, Sie werden in der Lage sein, um die Attribute für die Tabellenansicht sowie die mit scrollview darunter (Tabelle alle Ansichten basieren auf scroll-view). Es ist dieses dumme kleine box namens "delays content touches". Deaktivieren Sie es. Es gibt auch eine "ermöglicht kündbar berührt", die werde ich mir vorstellen, dass Sie wollen, stellen Sie sicher deaktiviert ist, wie ich denke, Doppel berührt eingelassen hatten mir bis.
- Wenn Sie dies tun, Sie werden scrollen, Ihr Tabellenansicht schwerer tun sich da die Eingaben in eine Zelle möglicherweise nicht als solche erkannt werden.
InformationsquelleAutor Bec Martin

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.