LoaderCallbacks.onLoadFinished nicht aufgerufen, wenn die Ausrichtung zu ändern passiert während AsyncTaskLoader laufen

Verwenden android-support-v4.jar und FragmentActivity (keine Fragmente an dieser Stelle)

Ich habe eine AsyncTaskLoader die ich starten laden und dann die Ausrichtung ändern, während der hintergrund-thread noch läuft. In meinen logs sehe ich die Antworten kommen durch den hintergrund, Anforderungen. Die Antworten komplett und ich erwarte, dass onLoadFinished() aufgerufen werden, aber das ist es nie.

Als ein Mittel der Problemlösung, in der Manifest-Datei, wenn ich android:configChanges="orientation" onLoadFinished() aufgerufen wird, wie erwartet.

Meine Aktivität implementiert die loader-Rückrufe. In der Quelle für die LoaderManager.initLoader() ich sehe, dass wenn der Lader schon vorhanden ist, wird der neue Rückruf ist auf das LoaderInfo-innere Objekt der Klasse, aber ich sehe nicht, wo Loader.registerListener() erneut aufgerufen wird. registerListener scheint nur aufgerufen werden, wenn LoaderManagerImpl.createAndInstallLoader() aufgerufen wird.

Ich vermute, dass da die Aktivität zerstört wird und neu erzeugt Ausrichtung ändern und da ist es der Hörer, der für Rückrufe, die neue Tätigkeit ist nicht registriert um benachrichtigt zu werden.

Kann das jemand bestätigen mein Verständnis und was die Lösung so, dass onLoadFinished ist genannt nach der Ausrichtung ändern?

  • Als ein weiterer Schritt zur Fehlerbehebung, ich habe eine UI-weniger Arbeiter Fragment und setRetainInstance zu wahren. Das Fragment setzt die LoaderCallbacks. Das Fragment aufbewahrt wird zwischen Orientierung ändert aber seine onLoadFinished() wird niemals aufgerufen, nach Orientierung ändern.
  • Wo ruft Ihr initLoader()? Stellen Sie sicher, dass es in onCreate(). BTW, können Sie LoaderManager.enableDebugLogging(true) um einige debug-Informationen über den loader-Lebenszyklus (im logcat).
InformationsquelleAutor Daddyboy | 2011-08-23
  1. 34

    Nikolaj identifiziert das Problem - vielen Dank.

    Ich rief initLoader fron onResume(). Die Android-Dokumentation besagt:

    "Sie in der Regel initialisiert ein Ladeprogramm innerhalb der activity onCreate()
    Methode, oder innerhalb des fragments onActivityCreated () - Methode."

    Lesen "in der Regel", da ein bisschen mehr betonten, als ich es Tat, wenn es um den Umgang mit der Konfiguration ändern Lebenszyklus.

    Zog ich meine initLoader Aufruf von onCreate() und, dass mein problem gelöst.

    Ich denke der Grund dafür ist, dass in FragmentActivity.onCreate() eine Sammlung von LoaderManagers ist gezogen aus LastNonConfigurationInstance und in FragmentActivity.onStart() gibt es einige start-up-Arbeit in Bezug auf die Lader und LoaderManagers. Die Dinge sind bereits in der Entwicklung durch die Zeit, die onResume() aufgerufen wird. Wenn der Lader muss instanziiert zum ersten mal aufrufen initLoader von außen onCreate() noch funktioniert.

    • Vielen Dank für die Zusammenfassung dieses hier habe ich Ihre Antwort auf die Fragmente Umsetzung. Es hat mir sehr geholfen ! Auch, danke Nikolaj für die info. Erstaunlich hilfreich, Jungs !
    • Ich hatte das gleiche problem. Aber verschieben initLoader zu onActivityCreated() funktionierte nicht für mich. Aber für einen Umzug nach onCreate() hast! Nicht sicher, warum das so ist... Danke für eine gute Antwort, die hat mir sehr geholfen!
    • Ich habe auch gegenüber gleiche problem.Dieses Szenario ist gelöst. Aber beim Lader wird ausgeführt, wenn der Benutzer sperrt das Handy und kommt zu Aktivität, onLoadFinished ist nicht genannt.
    InformationsquelleAutor Daddyboy
  2. 3

    Es ist eigentlich nicht der Aufruf initLoader() im onCreate() ist es zu beheben. Es ist der Aufruf zu getLoaderManager(). In Zusammenfassung, was passiert ist, dass, wenn eine Aktivität neu gestartet wird, ist es bereits kennt, der Radlader. Versucht er neu zu starten, wenn Sie Ihre Tätigkeit zuvor onStart(), aber dann trifft es Sie diesen code in FragmentHostCallback.doLoaderStart()*:

    void doLoaderStart() {
    if (mLoadersStarted) {
        return;
    }
    mLoadersStarted = true;

    if (mLoaderManager != null) {
        mLoaderManager.doStart();
    } else if (!mCheckedForLoaderManager) {
        mLoaderManager = getLoaderManager("(root)", mLoadersStarted, false);
        //WTF: Why aren't we calling doStart() here?!
    }
    mCheckedForLoaderManager = true;
}

    Seit getLoaderManager() wurde nicht aufgerufen, doch mLoaderManager null ist. Daher überspringt die erste Bedingung, und der Aufruf von mLoaderManager.doStart().

    Testen Sie dies einfach, indem ich einen Aufruf getLoaderManager() im onCreate(). Sie brauchen nicht zu rufen init /Neustart-Lader gibt.

    Dieser scheint wirklich ein bug zu mir.

    * Dies ist der code Weg, auch wenn Sie nicht mit Fragmenten, also bitte nicht verwirren.

    • Die einzige funktionierende Lösung!
    InformationsquelleAutor Jeffrey Blattman
Schreibe einen Kommentar