Unterschied zwischen onStart () und onResume ()

Ich kann die Bedeutung des onStart()Übergangszustands nicht verstehen. DasonResume() Methode wird immer danach aufgerufen onStart(). Warum kann es nicht sein, dass das onResume()aufgerufen wird onRestart()und onCreate()Methoden nur ausschließen onStart()? Was ist seine Aufgabe?

Warum können wir nicht ohne leben? onStart() . Ich halte es immer noch für überflüssig (wahrscheinlich, weil ich seine Bedeutung nicht vollständig verstehe).

Warum kann es nicht sein, dass onResume () nach den Methoden onRestart () und onCreate () aufgerufen wird, nur ohne onStart ()? Was ist seine Aufgabe?

OK, da meine erste Antwort ziemlich lang war, werde ich sie nicht weiter ausdehnen, also lass es uns versuchen ...

public DriveToWorkActivity extends Activity
    implements onReachedGroceryStoreListener {
}

public GroceryStoreActivity extends Activity {}

BITTE BEACHTEN SIE: Ich habe die Anrufe zu Dingen wie super.onCreate(...)usw. absichtlich weggelassen . Dies ist Pseudocode, also geben Sie mir hier eine künstlerische Lizenz. ;)

Die Methoden für DriveToWorkActivityfolgen ...

protected void onCreate(...) {
    openGarageDoor();
    unlockCarAndGetIn();
    closeCarDoorAndPutOnSeatBelt();
    putKeyInIgnition();
}

protected void onStart() {
    startEngine();
    changeRadioStation();
    switchOnLightsIfNeeded();
    switchOnWipersIfNeeded();
}

protected void onResume() {
    applyFootbrake();
    releaseHandbrake();
    putCarInGear();
    drive();
}

protected void onPause() {
    putCarInNeutral();
    applyHandbrake();
}

protected void onStop() {
    switchEveryThingOff();
    turnOffEngine();
    removeSeatBeltAndGetOutOfCar();
    lockCar();
}

protected void onDestroy() {
    enterOfficeBuilding();
}

protected void onReachedGroceryStore(...) {
    Intent i = new Intent(ACTION_GET_GROCERIES, ...,  this, GroceryStoreActivity.class);
}

protected void onRestart() {
    unlockCarAndGetIn();
    closeDoorAndPutOnSeatBelt();
    putKeyInIgnition();
}

OK, es ist also noch eine lange (sorry Leute). Aber hier ist meine Erklärung ...

onResume()ist, wenn ich anfange zu fahren und onPause()wenn ich vorübergehend zum Stillstand komme. Also fahre ich und erreiche ein rotes Licht, damit ich innehalte ... das Licht wird grün und ich fahre fort. Noch ein rotes Licht und ich mache eine Pause, dann grün, damit ich weitermache. Die onPause() -> onResume() -> onPause() -> onResume()Schleife ist eng und kommt während meiner Reise oft vor.

Die Schleife vom Zurückhalten durch einen Neustart (Vorbereitung auf die Fortsetzung meiner Reise) bis zum erneuten Starten ist vielleicht weniger häufig. In einem Fall sehe ich das Lebensmittelgeschäft und das GroceryStoreActivitywird gestartet (was mich DriveToWorkActivityzum Punkt zwingt onStop()). Wenn ich aus dem Laden zurückkomme, gehe ich durch onRestart()undonStart() setze dann meine Reise fort.

Ich könnte den Code, der onStart()in beiden enthalten ist, einfügen onCreate()und mich überhaupt onRestart()nicht darum kümmern, ihn zu überschreiben, onStart()aber je mehr zwischen onCreate() -> onResume()und getan werden muss onRestart() -> onResume(), desto mehr dupliziere ich Dinge.

Also, um noch einmal zu fordern ...

Warum kann es nicht sein, dass onResume () nach den Methoden onRestart () und onCreate () aufgerufen wird, nur ohne onStart ()?

Wenn Sie nicht überschreiben, onStart()geschieht dies effektiv. Obwohl die onStart()Methode von Activityimplizit aufgerufen wird, ist der Effekt in Ihrem Code effektiv onCreate() -> onResume()oder onRestart() -> onResume().

Kurze Antwort:

Wir können nicht ohne onStart leben, da dies der Zustand ist, in dem die Aktivität für den Benutzer "sichtbar" wird, der Benutzer jedoch nicht mit ihr "interagieren" kann, weil sie sich möglicherweise mit einem anderen kleinen Dialogfeld überschneidet. Diese Fähigkeit zur Interaktion mit dem Benutzer unterscheidet onStart und onResume. Betrachten Sie es als eine Person hinter einer Glastür. Sie können die Person sehen, aber Sie können nicht mit ihr interagieren (sprechen / hören / Hände schütteln). OnResume ist wie der Türöffner, nach dem Sie die Interaktion beginnen können.

Außerdem ist onRestart () am wenigsten verstanden. Wir können die Frage stellen, warum nicht direkt nach onStop () statt onRestart () zu onStart () oder onResume () wechseln. Es wird einfacher zu verstehen, wenn wir feststellen, dass onRestart () teilweise onCreate () entspricht, wenn der Erstellungsteil weggelassen wird. Grundsätzlich führen beide Zustände zu onStart () (dh die Aktivität wird sichtbar). Also müssen beide Staaten das anzuzeigende Zeug "vorbereiten". OnCreate hat die zusätzliche Verantwortung, das anzuzeigende Material zu "erstellen"

Ihre Codestrukturen könnten also zu etwas passen wie:

onCreate()
{
     createNecessaryObjects();

     prepareObjectsForDisplay();
}


onRestart()
{
     prepareObjectsForDisplay();

}

Die gesamte Verwirrung wird dadurch verursacht, dass Google nicht intuitive Namen anstelle von etwas wie folgt gewählt hat:

onCreateAndPrepareToDisplay()   [instead of onCreate() ]
onPrepareToDisplay()            [instead of onRestart() ]
onVisible()                     [instead of onStart() ]
onBeginInteraction()            [instead of onResume() ]
onPauseInteraction()            [instead of onPause() ]
onInvisible()                   [instead of onStop]
onDestroy()                     [no change] 

Das Aktivitätsdiagramm kann wie folgt interpretiert werden:

onStart() Wird aufgerufen, wenn die Aktivität für den Benutzer sichtbar wird. onResume()Wird aufgerufen, wenn die Aktivität mit dem Benutzer interagiert. In diesem Fall möchten Sie möglicherweise verschiedene Dinge tun.

Siehe diesen Link als Referenz.

onResume() wird genannt:

1. nach dem onStart()
2. wenn das Activityin den Vordergrund kommt.

Von http://developer.android.com/reference/android/app/Activity.html#ActivityLifecycle :

Das Buch "Hallo Android, Einführung in Googles Mobile Development Platform" bietet eine schöne Erklärung des Lebenszyklus von Android-Apps. Zum Glück haben sie das jeweilige Kapitel als Auszug online. Siehe die Grafik auf Seite 39 unter http://media.pragprog.com/titles/eband3/concepts.pdf

Übrigens ist dieses Buch für Android-Anfänger sehr zu empfehlen!

Ein besonders lebhaftes Beispiel ist, wenn Sie sich entscheiden, einen verwalteten Dialog aus einer Aktivität mit anzuzeigen showDialog(). Wenn der Benutzer den Bildschirm dreht, während der Dialog noch geöffnet ist (wir nennen dies eine "Konfigurationsänderung"), durchläuft die Hauptaktivität alle Aufrufe des Endlebenszyklus onDestroy(), bis sie neu erstellt wird, und geht die Lebenszyklen erneut durch. Was Sie jedoch möglicherweise nicht erwarten, ist, dass onCreateDialog()und onPrepareDialog()(die Methoden, die aufgerufen werden, wenn Sie dies tun, showDialog()und jetzt wieder automatisch, um den Dialog neu zu erstellen - automatisch, da es sich um einen verwalteten Dialog handelt) zwischen onStart() und aufgerufen werden onResume(). Der Hinweis hier ist, dass der Dialog nicht den gesamten Bildschirm abdeckt und daher einen Teil der Hauptaktivität sichtbar lässt. Es ist ein Detail, aber es spielt eine Rolle!

onStart()

1. Wird nach onCreate (Bundle) oder nach onRestart () gefolgt von onResume () aufgerufen. .
2. Sie können einen BroadcastReceiver in registrieren onStart() , um Änderungen zu überwachen, die sich auf Ihre Benutzeroberfläche auswirken. Sie müssen die Registrierung in onStop () aufheben.
3. Abgeleitete Klassen müssen die Implementierung dieser Methode durch die Superklasse aufrufen. Wenn dies nicht der Fall ist, wird eine Ausnahme ausgelöst.

onResume()

1. Wird nach onRestoreInstanceState (Bundle), onRestart () oder onPause () aufgerufen.
2. Beginnen Sie mit Animationen und öffnen Sie Geräte mit exklusivem Zugriff (z. B. die Kamera).

onStart() Normalerweise wird die Arbeit an einen Hintergrund-Thread gesendet, dessen Rückgabewerte sind:

• START_STICKY, um automatisch neu zu starten, wenn es getötet wird, um es aktiv zu halten.

• START_REDELIVER_INTENT für automatischen Neustart und erneuten Versuch, wenn der Dienst vor stopSelf () beendet wurde.

onResume()wird vom Betriebssystem aufgerufen, nachdem das Gerät in den Ruhezustand versetzt wurde oder nachdem eine Warnung oder eine andere untergeordnete Aktivität auf einem Teil des Bildschirms einen Teil des vorherigen Fensters sichtbar lässt, sodass eine Methode erforderlich ist, um Felder neu zu initialisieren (innerhalb einer Versuchsstruktur mit einer Ausnahme von Ausnahmen) ). Eine solche Situation führt nicht dazu onStop(), dass sie aufgerufen wird, wenn das Kind schließt.

onResume()wird ohne aufgerufen, onStart()wenn die Aktivität aus dem Hintergrund fortgesetzt wird

Weitere Informationen finden Sie unter Android_activity_lifecycle_gotcha und Activity Lifecycle

Hoffentlich eine einfache Erklärung: -

am Start() -> wird aufgerufen, wenn die Aktivität sichtbar wird, aber möglicherweise nicht im Vordergrund steht (z. B. befindet sich ein AlertFragment oben oder ein anderer möglicher Anwendungsfall).

onResume () -> wird aufgerufen, wenn die Aktivität im Vordergrund steht oder der Benutzer mit der Aktivität interagieren kann.

onStart() meint Activity in den sichtbaren Zustand versetzt wurden, und das Layout werden erstellt, können jedoch nicht mit diesem Aktivitätslayout interagieren.

Resume() Das heißt, Sie können jetzt mit dem Aktivitätslayout interagieren.

Beachten Sie, dass zwischen den Aufrufen von onStart () und onResume () Dinge passieren. Nämlich onNewIntent (), was ich schmerzhaft herausgefunden habe.

Wenn Sie das SINGLE_TOP-Flag verwenden und einige Daten mithilfe von Absichts-Extras an Ihre Aktivität senden, können Sie nur in onNewIntent () darauf zugreifen , das nach onStart () und vor onResume () aufgerufen wird. Normalerweise nehmen Sie die neuen (möglicherweise nur geänderten) Daten aus den Extras und legen sie auf einige Klassenmitglieder fest, oder verwenden setIntent (), um die neue Absicht als ursprüngliche Aktivitätsabsicht festzulegen und die Daten in onResume () zu verarbeiten.

Verweis auf http://developer.android.com/training/basics/activity-lifecycle/starting.html

onResume()Wird aufgerufen, kurz bevor die Aktivität mit dem Benutzer interagiert. Zu diesem Zeitpunkt befindet sich die Aktivität oben im Aktivitätsstapel, und die Benutzereingaben werden dorthin geleitet. Immer gefolgt von onPause().

onPause()Wird aufgerufen, wenn das System eine weitere Aktivität wieder aufnehmen möchte. Diese Methode wird normalerweise verwendet, um nicht gespeicherte Änderungen an persistenten Daten festzuschreiben, Animationen zu stoppen und andere Dinge, die möglicherweise CPU verbrauchen, und so weiter. Es sollte alles sehr schnell tun, da die nächste Aktivität erst wieder aufgenommen wird, wenn sie zurückkehrt. Gefolgt von, onResume()ob die Aktivität wieder in den Vordergrund zurückkehrt oder onStop()ob sie für den Benutzer unsichtbar wird.

Ich bin mir nicht sicher, ob dies als Antwort gilt - aber hier ist das YouTube-Video aus Googles Kurs (Entwickeln von Android-Apps mit Kotlin), das den Unterschied erklärt.

• On Start wird aufgerufen, wenn die Aktivität sichtbar wird
• On Pause wird aufgerufen, wenn die Aktivität den Fokus verliert (wie ein Dialogfeld erscheint).
• On Resume wird aufgerufen, wenn die Aktivität den Fokus erhält (z. B. wenn ein Dialogfeld verschwindet).