Einfachste Android Activity Lifecycle

Sind Sie auf der Suche nach diesem?

Weiter deine Frage zu beantworten, ja, man kann deutlich sehen aus dem obigen Diagramm die "einfachste" (d.h. die kleinste Anzahl der Methodenaufrufe) lifecycle ist in der Tat onCreate(); onStart(); onResume(); onPause();.

Sollten Sie auch wissen, über onSaveInstanceState() und onRetainNonConfigurationInstance(). Diese sind NICHT lifecycle-Methoden.

Alle diese Methoden sind sehr gut dokumentiert. Bitte Lesen Sie diese Dokumentation gründlich.

Zu klären, die Dinge weiter, sind hier ein paar real-life-Szenarien:

1. Aktivität ausgeführt wird, andere Aktivitäten kommen oben drauf onPause genannt wird. System läuft out of memory, ruft onSaveInstanceStatetötet Aktivität. Benutzer drückt wieder ein paar mal, die Aktivität muss neu instanziert werden (vorzugsweise unter Verwendung der gespeicherten Daten in onSaveInstanceState).
2. Aktivität ausgeführt wird, der Benutzer drückt wieder. An dieser Stelle onPause->onDestroy genannt werden, ohne daß die onSaveInstanceState.

Sollten Sie verstehen, den wesentlichen Unterschied zwischen onPause und onSaveInstanceState. Das erstere ist immer genannt, während die letztere wird nur aufgerufen, wenn die Aktivität Instanz könnte neu instanziert werden in der Zukunft. Nach diesem Gedankengang, Ihre Benutzer erwarten zwei Dinge:

1. Wenn Sie navigieren Weg von Ihrer Aktivität und später wieder kommen, um es, Sie wollen es exakt in der gleichen Instanz, mit der Sie es verlassen haben (das würde erreicht werden mit Hilfe onSaveInstanceState). Sie erwarten nicht, dass, wenn Sie Ausfahrt Ihre Aktivität. Allerdings:
2. Sie werden erwarten, dass Daten Sie eingegeben haben beibehalten (was in onPause). Zum Beispiel, wenn Sie begann, eine Nachricht verfassen, werden Sie erwarten, es zu sehen als einen Entwurf für das nächste mal kommen Sie wieder, auch wenn Sie am Ende der Aktivität.

Sollten Sie verstehen, wie diese Methoden sind soll verwendet werden, um zu bekommen, was die Benutzer erwarten. Wie Sie eigentlich verwenden ist bis zu Ihnen, Ihren Bedürfnissen, und Ihre app ist die Natur.

InformationsquelleAutor der Antwort Felix

Ich war das Studium der Aktivität, die Lebensdauer und den gesamten Prozess der, was passiert, wenn Sie beginnen, jede Aktivität, angefangen von onCreate. Hier ist ein UML-Diagramm, um Ihnen zu helfen.

Klicken Sie auf diesen link, um zu sehen, eine Hochauflösende version.

InformationsquelleAutor der Antwort nikoo28

Ich glaube, ich habe gefunden, was ich Suche! (Mich 1, Bono 0)

Dies ist für ein einzelnes "Spiel" - Aktivität, die verwendet minimale Methoden, um die Kontrolle über eine 'GameThread' thread behandelt das Spiel. Es verwendet einen zusätzlichen 'GameData' Klasse zum speichern von Daten, welche erforderlich ist, beharrlich zu sein zwischen Aktivierungen.

Wenn die app den Fokus verliert (z.B. ein eingehender Anruf, oder der Benutzer klickt wieder usw.), Spiel speichert die GameData in eine Datei und beendet sich. Um fortzufahren, starten Sie einfach die app wieder und es geht rechts zurück zu, wo Sie aufgehört haben.

Layout-Datei 'game.xml" ist eine SurfaceView bedeckt den ganzen Bildschirm

Game.java:

1. onCreate setzt den SurfaceHolder für die SurfaceView und schafft den GameThread
2. surfaceChanged Anrufe GameThread.startThread zu starten, den GameThread, wenn diese nicht bereits gestartet wurde, vorbei an der Bildschirm Größe
3. onPause Anrufe GameThread.endThread zum Ende der GameThread und beendet diese Tätigkeit
4. onTouch übergibt die touch-events zu den GameThread.doTouch Methode

GameThread.java:

1. startThread legt lokal gehaltenen Daten, lädt GameData Datei aus und startet den thread
2. run ist ein standard-Spiel, Schleife, Aufruf ziemlich standard updatePhysics und drawScreen Routinen für jeden frame. Nach dem Spiel Schleife beendet, speichert es die GameData zu der Datei
3. endThread Stoppt die Spiel-Schleife in run und wartet, bis es fertig
4. doTouch Aktionen touch-Ereignisse aus dem Spiel Aktivität

Scheint es zu funktionieren. Es bedeutet, dass die Handhabung der verschiedenen Bildschirme (z.B. Titel-Bildschirm, der Optionen, Wiedergabe und das Spiel ist vorbei) in dem einen thread, aber das ist nicht das Ende der Welt, IMHO.

Vielleicht werde ich veröffentlichen den code CodeReview (ich werde aktualisieren, wenn ich tun) und sehen, ob jemand hat keine Kommentare. Mittlerweile bin ich besser Programmieren des nächsten Angry Birds!

InformationsquelleAutor der Antwort FrinkTheBrave

Was ich persönlich denke ist Entwickler sollten, teilen Sie die Arbeit in verschiedenen Staaten der Aktivität. Reihenfolge der arbeiten muss beibehalten werden, in diesem Fall, was ist mehr wichtig ich denke, und das ist, warum, weil Android nicht umgehen kann, eine lange Verarbeitung der Benutzeroberfläche in einem einzigen thread & es gibt Fehler, die Android haben 'so viel Arbeit zu tun" in dieser Referenz werden könnte Ursache dafür, dass die Abstürzen, manchmal So sollten wir verhindern, dass zu schreiben, der ganze code in einer Sektion. Der code würde in Unterschied-Funktionen oder Klassen, und wir können Ableitungen dieser Funktionen, wie pro Anforderung. Danke.

InformationsquelleAutor der Antwort Suresh Sharma

Den Reifen, voll ausgestattete und voll funktionsfähige Android-app bekommt der transition (state = Funktion der Zeit) nach der Antwort von @Felix.

Aber was, wenn Sie nur wollen, um eine app zu erstellen, die nicht einmal über GUI. Und Sie wollen, dass die einfachste lifecycle-dann habe ich die Antwort weiter unten.

Diese Antwort wahrscheinlich würden Sie interessant finden. Android-system nach der Lektüre AndroidManifest.xml weiß, das ist Einstieg. Welche Aktivität hat diese

<activity android:name=".MainActivity">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>

wird das Start-oder Einstiegspunkt für das system, um mit zu beginnen. Nach dieser app Prozess bekam den Speicher, wo es beginnen kann, sich.

Ihren wichtigsten Prozess der Schöpfung ist die Aufgabe der Android-system. Wenn eine Anwendung eine Komponente gestartet wird und die Anwendung keine anderen Komponenten laufen, die Android-system beginnt eine neue Linux-Prozess. Nachdem der Prozess ruft die onCreate()schafft es Haupt-thread. Das ist der Grund, warum Sie anrufen müssen, onCreate()weil der Haupt-thread wird dann initialisiert und der main-thread ist der Auslöser für alle Ihre zukünftigen Aktionen.

Auf onCreate(), hast du dein Haupt-thread. Danach ist es völlig bis zu Ihnen, was Rückrufe, die Sie anrufen möchten. Es gibt keine Regel, die Sie anrufen müssen, onStart() nach der onCreate().

Nur ein lifecycle Methode onCreate() wird garantiert, um Ihre Komponente Lebenszyklus zurück.

Und, darüber hinaus, zu verstehen, was die einzelnen lifecycle-Methode ist zu tun im inneren, setzen Sie den folgenden code.

//add the log line
        Log.i(this.getClass().getCanonicalName(), "##############");
        int count = 0;
        for (StackTraceElement stackTraceElement:  Thread.currentThread().getStackTrace()) {
            count++;
            Log.i(this.getClass().getCanonicalName(), "\""+Thread.currentThread().getStackTrace()[2].getMethodName()+"\" "+count+" "+stackTraceElement.getMethodName());
        }; //end of log line

So, immer über den gleichen code zum anzeigen der Protokolle in der log-Katze-Konsole.

Wenn Ihr die app startet, GUI, ruft onStart(). Wenn Sie nicht aufrufen super () - Methode innerhalb der callback, android-system zeigt die broken pipe-Fehler und es kann nicht die weitere Verarbeitung und Debuggen.

Aber, die Sie implementieren können, die Ihre eigene Logik innerhalb der einzelnen callback-Methode. Eg, die Sie tun können, Summe der zwei zahlen auf onStart().

So, alle android-callback-Methoden sind teilweise implementierten Methoden. Sie sind nicht rein abstrakte Methoden, weil Sie super () - Methode in Ihnen.

Dem angehängten Bild sagt: Application-main-Prozess ruft onCreate(), Delegierte Sie die Verantwortung für Haupt-thread (UI-thread) und Haupt-thread ruft diese 16 weitere Rückrufe.

Weiter, wenn Sie möchten, um zu sehen, alle Ihre Methoden an der bestimmten Zeit, setzen Sie diesen code unten.

//to see all the methods (including super methods) at this time, you call use the java reflection as below
    Log.i(this.getClass().getCanonicalName(), "##############");
    int count1 = 0;
    for (Method method:  this.getClass().getMethods()) {
        count1++;
        count++;
        Log.i(this.getClass().getCanonicalName(), count1+" "+method);
    }; //end of log line

    //At another time, after you add some other methods or android using GC removes some methods, you see your changed state (Bundle Snapshot) of your class
    //Because your bundle (i.e, the state of your class/activity) is the function of time.

In meinem Szenario, aus dem nur oben ein code-snippet, ich sehe es genannt hat 375 Methoden.

Hinweis: Wenn Sie noch eine andere Methode in onCreate() drucken, bevor Sie alle Ihre Methoden mit nur obigen code-snippet, Sie würde haben gesehen, dass die Methode als gut. Es heißt, Ihr Zustand der Klasse (d.h., snapshot) ist entsprechend zu Ihnen, was Sie tun, von Zeit zu Zeit, Sie halten die Aktualisierung Ihrer Momentaufnahme.

InformationsquelleAutor der Antwort Uddhav Gautam