Różnica między onStart () i onResume ()

Nie rozumiem znaczenia stanu onStart()przejściowego. onResume()Metoda nazywana jest zawsze po onStart(). Dlaczego nie może być onResume()wywołane po, onRestart()a onCreate()metody po prostu wykluczają onStart()? Jaki jest jej cel?

Dlaczego nie możemy bez tego żyć onStart(). Nadal uważam to za zbędne (prawdopodobnie dlatego, że nie rozumiem do końca jego znaczenia).

Dlaczego nie może tak być, że onResume () jest wywoływana po metodach onRestart () i onCreate () po prostu wykluczając onStart ()? Jaki jest jej cel?

OK, ponieważ moja pierwsza odpowiedź była dość długa, nie będę jej dalej rozciągać, więc spróbujmy tego ...

public DriveToWorkActivity extends Activity
    implements onReachedGroceryStoreListener {
}

public GroceryStoreActivity extends Activity {}

UWAGA: celowo pominąłem wezwania do takich rzeczy, jak super.onCreate(...)itp. To jest pseudokod, więc daj mi tutaj trochę artystycznej licencji. ;)

Metody DriveToWorkActivitynaśladowania ...

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, więc to kolejny długi (przepraszam ludzie). Ale oto moje wyjaśnienie ...

onResume()jest wtedy, gdy zaczynam jechać i onPause()chwilowo zatrzymuję się. Więc jadę, a potem docieram do czerwonego światła, więc zatrzymuję się ... światło zmienia się na zielone i wznawiam. Kolejne czerwone światło i zatrzymuję się, a potem zielone, więc wznawiam. onPause() -> onResume() -> onPause() -> onResume()Pętla jest ciasno jeden i pojawia się wiele razy przez moją podróż.

Pętla od zatrzymania z powrotem przez restart (przygotowanie do kontynuowania mojej podróży) do ponownego uruchomienia jest prawdopodobnie mniej powszechna. W jednym przypadku zauważam Sklep Spożywczy i GroceryStoreActivityzaczyna się (zmuszając mnie DriveToWorkActivitydo rzeczy onStop()). Kiedy wracam ze sklepu, przechodzę przez niego onRestart()i onStart()wznawiam swoją podróż.

Mógłbym umieścić kod, który jest w onStart()obu onCreate()i onRestart()nie zawracać sobie głowy nadpisywaniem onStart()w ogóle, ale im więcej trzeba zrobić między onCreate() -> onResume()i onRestart() -> onResume(), tym więcej rzeczy powielam.

Tak więc, aby ponownie zareagować ...

Dlaczego nie może tak być, że onResume () jest wywoływana po metodach onRestart () i onCreate () po prostu wykluczając onStart ()?

Jeśli tego nie zrobisz, onStart()tak się stanie. Chociaż onStart()metoda Activitywill zostanie wywołana niejawnie, efekt w kodzie jest efektywny onCreate() -> onResume()lub onRestart() -> onResume().

Krótka odpowiedź:

Nie możemy żyć bez onStart, ponieważ jest to stan, w którym aktywność staje się „widoczna” dla użytkownika, ale użytkownik nie może z nią „wchodzić w interakcję”, ale może być spowodowane tym, że nakłada się na inne małe okno dialogowe. Ta zdolność do interakcji z użytkownikiem jest tą, która odróżnia onStart i onResume. Pomyśl o tym jak o osobie za szklanymi drzwiami. Widzisz osobę, ale nie możesz z nią wchodzić w interakcje (rozmawiać / słuchać / podawać ręce). OnResume jest jak otwieracz do drzwi, po którym możesz rozpocząć interakcję.

Dodatkowo onRestart () jest najmniej zrozumiałym. Możemy zadać pytanie, dlaczego nie przejść bezpośrednio do onStart () lub onResume () po onStop () zamiast onRestart (). Łatwiej jest to zrozumieć, jeśli zauważymy, że onRestart () jest częściowo równoważne onCreate (), jeśli pominięto część kreacyjną. Zasadniczo oba stany prowadzą do onStart () (czyli działanie staje się widoczne). Zatem oba stany muszą „przygotować” materiał do wyświetlenia. OnCreate ma dodatkową odpowiedzialność za „tworzenie” rzeczy do wyświetlenia

Więc ich struktury kodu mogą pasować do czegoś takiego:

onCreate()
{
     createNecessaryObjects();

     prepareObjectsForDisplay();
}


onRestart()
{
     prepareObjectsForDisplay();

}

Całe zamieszanie jest spowodowane tym, że Google wybrał nieintuicyjne nazwy zamiast czegoś takiego:

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] 

Diagram aktywności można interpretować jako:

onStart()wywoływana, gdy aktywność staje się widoczna dla użytkownika. onResume()wywoływane, gdy działanie rozpocznie interakcję z użytkownikiem. W takich przypadkach możesz chcieć zrobić różne rzeczy.

Zobacz ten link w celach informacyjnych.

onResume() jest nazywany:

1. po onStart()
2. kiedy Activitypojawia się na pierwszym planie.

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

Książka „Hello, Android, Przedstawiamy Google Mobile Development Platform” zawiera ładne wyjaśnienie cyklu życia aplikacji na Androida. Na szczęście mają oni w sieci ten rozdział jako fragment. Zobacz grafikę na stronie 39 w http://media.pragprog.com/titles/eband3/concepts.pdf

Nawiasem mówiąc, ta książka jest godna polecenia dla początkujących androidów!

Szczególnie zadziornym przykładem jest sytuacja, w której zdecydujesz się wyświetlić zarządzany dialog z działania przy użyciu showDialog(). Jeśli użytkownik obróci ekran, gdy okno dialogowe jest nadal otwarte (nazywamy to „zmianą konfiguracji”), wówczas główne działanie przejdzie przez wszystkie wywołania kończącego cyklu życia aż do momentu onDestroy(), zostanie odtworzone i powróci do kolejnych cykli życia. Jednak możesz się nie spodziewać, że onCreateDialog()i onPrepareDialog()(metody, które są wywoływane, gdy to robisz, showDialog()a teraz ponownie automatycznie, w celu ponownego utworzenia okna dialogowego - automatycznie, ponieważ jest to zarządzane okno dialogowe) są wywoływane między onStart() i onResume(). Chodzi o to, że okno dialogowe nie obejmuje całego ekranu i dlatego pozostawia widoczną część głównej czynności. To szczegół, ale to ma znaczenie!

onStart()

1. Wywoływana po onCreate (Bundle) lub po onRestart (), a następnie onResume () .
2. możesz zarejestrować BroadcastReceiver w onStart() aby monitorować zmiany, które mają wpływ na Twój interfejs użytkownika, musisz wyrejestrować go w onStop ()
3. Klasy pochodne muszą wywoływać implementację tej metody w superklasie. Jeśli tego nie zrobią, zostanie zgłoszony wyjątek.

onResume()

1. Wywoływane po onRestoreInstanceState (Bundle), onRestart () lub onPause ()
2. Rozpocznij animacje, otwórz urządzenia z wyłącznym dostępem (takie jak kamera)

onStart() normalnie przekazuje pracę do wątku w tle, którego zwracane wartości to:

• START_STICKY, aby automatycznie zrestartować po zabiciu, aby był aktywny.

• START_REDELIVER_INTENT dla automatycznego restartu i ponów próbę, jeśli usługa została zabita przed stopSelf ().

onResume()jest wywoływana przez system operacyjny po przejściu urządzenia w stan uśpienia lub po alercie lub innej czynności potomnej na częściowym ekranie pozostawia widoczną część poprzedniego okna, więc metoda wymaga ponownej inicjalizacji pól (w strukturze try z wieloma wyjątkami ). Taka sytuacja nie powoduje onStop()przywołania, gdy dziecko się zamyka.

onResume() nazywa się bez onStart() gdy działanie jest wznawiane w tle

Aby uzyskać więcej informacji, odwiedź stronę Android_activity_lifecycle_gotcha i cykl życia działania

Miejmy nadzieję, że proste wyjaśnienie: -

onStart () -> wywoływana, gdy aktywność staje się widoczna, ale może nie znajdować się na pierwszym planie (np. AlertFragment jest na górze lub w innym możliwym przypadku użycia).

onResume () -> wywoływana, gdy działanie jest na pierwszym planie lub użytkownik może wchodzić w interakcję z działaniem.

onStart()oznacza, że Activitywszedł w stan widoczny i układ został utworzony, ale nie może wchodzić w interakcje z tym układem aktywności.

Resume() oznacza, że ​​teraz możesz wykonywać interakcje z układem zajęć.

Zauważ, że między wywołaniami onStart () i onResume () zachodzą pewne rzeczy. Mianowicie onNewIntent (), o czym boleśnie się przekonałem.

Jeśli używasz flagi SINGLE_TOP i wysyłasz pewne dane do swojej aktywności, używając dodatków intencyjnych, będziesz mógł uzyskać do nich dostęp tylko w onNewIntent (), który jest wywoływany po onStart () i przed onResume (). Tak więc zazwyczaj bierzesz nowe (być może tylko zmodyfikowane) dane z dodatków i ustawiasz je dla niektórych członków klasy lub używasz setIntent (), aby ustawić nową intencję jako pierwotną intencję działania i przetwarzać dane w onResume ().

Odniesienie do http://developer.android.com/training/basics/activity-lifecycle/starting.html

onResume()Wywoływane tuż przed rozpoczęciem interakcji z użytkownikiem. W tym momencie działanie znajduje się na szczycie stosu działań, do którego trafiają dane wejściowe użytkownika. Zawsze następuje onPause().

onPause()Wywoływane, gdy system ma wznowić inną czynność. Ta metoda jest zwykle używana do zatwierdzania niezapisanych zmian w trwałych danych, zatrzymywania animacji i innych rzeczy, które mogą zużywać procesor i tak dalej. Powinien zrobić wszystko, co robi, bardzo szybko, ponieważ następna czynność nie zostanie wznowiona, dopóki nie powróci. Następuje onResume()wtedy, gdy czynność powraca na pierwszy plan lub onStop()staje się niewidoczna dla użytkownika.

Nie jestem pewien, czy to liczy się jako odpowiedź - ale tutaj jest wideo YouTube z kursu Google (tworzenie aplikacji na Androida z Kotlin), które wyjaśnia różnicę.

• On Start jest wywoływane, gdy działanie staje się widoczne
• Funkcja On Pause jest wywoływana, gdy aktywność przestaje być aktywna (podobnie jak wyskakujące okno dialogowe)
• Wznowienie jest wywoływane, gdy aktywność staje się aktywna (np. Gdy znika okno dialogowe)