onPause() и onStop() в Activity

Я не уверен, с каким эмулятором вы тестируете, но onPause — это метод, который всегда гарантированно вызывается, когда ваш Activity теряет фокус (и я говорю всегда, потому что на некоторых устройствах, особенно на Android 3.2+, onStop не всегда гарантированно вызывается до того, как Activity будет уничтожен).

Хороший способ понять жизненный цикл Activity для начинающих — засорить переопределенные методы Log. Например:

public class SampleActivity extends Activity {

    /**
     * A string constant to use in calls to the "log" methods. Its
     * value is often given by the name of the class, as this will 
     * allow you to easily determine where log methods are coming
     * from when you analyze your logcat output.
     */
    private static final String TAG = "SampleActivity";

    /**
     * Toggle this boolean constant's value to turn on/off logging
     * within the class. 
     */
    private static final boolean VERBOSE = true;

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        if (VERBOSE) Log.v(TAG, "+++ ON CREATE +++");
    }

    @Override
    public void onStart() {
        super.onStart();
        if (VERBOSE) Log.v(TAG, "++ ON START ++");
    }

   @Override
    public void onResume() {
        super.onResume();
        if (VERBOSE) Log.v(TAG, "+ ON RESUME +");
    }

    @Override
    public void onPause() {
        super.onPause();
        if (VERBOSE) Log.v(TAG, "- ON PAUSE -");
    }

    @Override
    public void onStop() {
        super.onStop();
        if (VERBOSE) Log.v(TAG, "-- ON STOP --");
    }

   @Override
    public void onDestroy() {
        super.onDestroy();
        if (VERBOSE) Log.v(TAG, "- ON DESTROY -");
    }
}

Я знаю, что ваш вопрос был 6 месяцев назад, но на случай, если кто-то еще наткнется на этот вопрос:

Я делаю что-то не так, чтобы моя активность была приостановлена.

Да, вы. Этот:

Я нажимаю кнопку «Домой» (не кнопку «Назад») эмулятора и запускаю другое приложение, полагая, что это будет имитировать действие onPause().

Нажатие кнопки «Домой» действительно вызовет метод onPause(), но поскольку кнопка «Домой» делает вашу активность более невидимой, она вызовет метод onStop() (например, упомянутый патриот и милтер).

Согласно справочнику разработчиков по действиям (http://developer.android.com/guide/components/activities.html) вы можете отобразить диалоговое окно или просто перевести устройство в спящий режим.

В качестве альтернативы вы вызываете действие, которое лишь частично будет препятствовать вызывающему действию. Итак, вызовите активность, которая создает окно с представлением размера:

 android:layout_width="100dp"
 android:layout_height="100dp"

Который не покрывает весь экран, поэтому вызывающая активность остается частично видимой, вызывая только метод onPause() вызывающей активности.

Клонируйте это действие так, чтобы оба размера представления были «match_parent» вместо «100dp», и вызовите его, и оба метода onPause() и onStop() вызывающего действия будут вызваны, потому что вызывающее действие не будет видно.

Конечно, могут быть исключения, например, если вызываемая активность вызывает сбой приложения в любом из своих onCreate(), onStart() или onResume(), тогда onStop() вызывающей активности не будет вызываться, очевидно, я просто говорю здесь об общем случае.

Различия между вызовами onPause() и onStop() могут быть довольно тонкими. Однако, как объясняется здесь, onPause() обычно выполняется когда другое действие получает фокус (возможно, в виде всплывающего окна или прозрачного окна), в то время как текущее действие все еще выполняется. Если вы полностью выйдете из приложения (например, нажав кнопку «Домой»), активность больше не будет видна, и система может выполнить onStop(). Я говорю «может» только потому, что, как упомянул Алекс, в некоторых случаях onStop не вызывается до того, как действие будет уничтожено.

при паузе():

«Если активность потеряла фокус, но все еще видна (то есть новая неполноразмерная или прозрачная активность имеет фокус поверх вашей активности), она приостанавливается. Приостановленная активность полностью активна (она сохраняет все состояние и информацию об участнике и остается привязанным к оконному менеджеру), но может быть уничтожен системой в случае крайней нехватки памяти».

приостановке():

«Если действие полностью скрыто другим действием, оно останавливается. Оно по-прежнему сохраняет всю информацию о состоянии и членах, однако оно больше не видно пользователю, поэтому его окно скрыто, и оно часто будет уничтожено системой, когда память нужно в другом месте».

Взято из класса эталонной активности Android: http://developer.android.com/reference/android/app/Activity.html

Если вы эмулируете Android 4.x, вы можете контролировать, как система обрабатывает фоновые действия, используя «Настройки» -> «Параметры разработчика» -> «Не сохранять действия» и «Ограничение фонового процесса». Для более старых версий есть приложение Dev Tools, которое содержит те же настройки. Однако в условиях нехватки памяти система может проигнорировать эти настройки и закрыть ваше приложение. Может помочь увеличение объема памяти, выделенной эмулятору.

Кроме того, если вы повторно запускаете свое приложение из Eclipse, оно убьет предыдущий процесс, а не завершит его корректно.

Согласен с milter!

при паузе():

«Если активность потеряла фокус, но все еще видна (то есть новая неполноразмерная или прозрачная активность имеет фокус поверх вашей активности), она приостанавливается. Приостановленная активность полностью активна (она сохраняет все состояние и информацию об участнике и остается привязанным к оконному менеджеру), но может быть уничтожен системой в случае крайней нехватки памяти».

Если вы переключаете приложения, не нажимая Назад (нажмите и удерживайте ДОМОЙ), то ОС вызовет onPause. Когда вы вернетесь к своей деятельности (снова нажмите и удерживайте HOME) в onResume, у вас должны быть сохранены все ваши личные переменные. Но вы же не можете контролировать пользователя, верно?!

если вы ожидаете, что пользователь покинет ваше приложение, а ОС вызовет ваш onStop, вам лучше сохранить свои данные, если вы собираетесь возобновить работу с того места, где остановились.

У меня также есть таймер, мне нужно сохранить прошедшее время, чтобы, когда пользователь вернется, я мог восстановить данные. вот мой пример для сохранения:

@Override 
public void onSaveInstanceState(Bundle savedInstanceState) { 
  super.onSaveInstanceState(savedInstanceState); 
  // Save UI state changes to the savedInstanceState. 
  // This bundle will be passed to onCreate if the process is 
  // killed and restarted. 

  savedInstanceState.putLong("elapsedTime", elapsedTime);
  // etc. 
} 

И мой код для восстановления:

@Override 
public void onRestoreInstanceState(Bundle savedInstanceState) { 
  super.onRestoreInstanceState(savedInstanceState); 
  // Restore UI state from the savedInstanceState. 
  // This bundle has also been passed to onCreate. 

  elapsedTime = savedInstanceState.getLong("elapsedTime");
} 

Поместите эти методы внутри своего класса, и все готово. Имейте в виду, что строка "elapsedTime" в моем случае является КЛЮЧОМ к системе и должна быть уникальной. Используйте уникальные строки для каждой части данных, которые вы хотите сохранить. Например, «startClock», «ClockTextColor» и т. д.