EventBus: активность не получает событие, когда приложение находится в фоновом режиме

Ответ 1

Когда пользователь нажимает кнопку "назад/домой", Activity может быть уничтожен в любое время и, следовательно, вы не сможете получать данные с помощью EventBus. Если вы пытаетесь получить данные, когда Activity находится в фоновом режиме, это может привести к утечке памяти, и приложение выйдет из строя.

Существуют другие подходы к получению данных в Activity, когда пользователь возобновляет Activity.

Вы можете либо пользователь sharedpreferences, либо локальную базу данных, чтобы сохранить пройденные результаты service. И когда пользователь перейдет к активности, прочитайте его из sharedpreferences или базы данных.

Таким образом не будет проблем с утечкой памяти или потерей данных.

Изменить 1:

Всегда рекомендуется отменить регистрацию слушателей в onPause или onStop, потому что для этого события не нужны эти события, если он не находится на переднем плане. А поскольку onDestroy() не гарантируется, что вы вызываете, вы можете продолжать получать трансляции, когда активность больше не открыта.

Ответ 2

Класс Activity предоставляет два метода жизненного цикла: onStop() и onRestart(), когда они не видны (фоновый режим), которые позволяют вам конкретно обрабатывать способы остановки и перезапуска вашей активности. В отличие от приостановленного состояния, которое идентифицирует частичную обструкцию пользовательского интерфейса, остановленное состояние гарантирует, что пользовательский интерфейс больше не отображается, а пользовательский фокус находится в отдельной деятельности (или полностью отдельном приложении).

Чтобы понять этот цикл, взгляните на это изображение, которое показывает поток, когда ваше приложение выходит из режима переднего плана.

В вашем случае вы можете справиться с такой проблемой.

• Предоставить пользователю механизм сохранения постоянных данных приложения с использованием локальной базы данных (Sqlite), sharedPreferences.
• Управляйте своей устойчивостью данных по методу onStop().

• Когда пользователь обращается к вашему приложению, вам необходимо восстановить данные с помощью метода onRestart().

  Вот как это реализовать.

  public class Calc extends Activity {
  public static final String PREFS_NAME = "MyPrefsFile";
  
  @Override
  protected void onCreate(Bundle state){
     super.onCreate(state);
     . . .
  
     // Restore preferences
     SharedPreferences settings = getSharedPreferences(PREFS_NAME, 0);
     boolean silent = settings.getBoolean("silentMode", false);
     setSilent(silent);
  }
  
  @Override
  protected void onStop(){
     super.onStop();
  
    // We need an Editor object to make preference changes.
    // All objects are from android.context.Context
    SharedPreferences settings = getSharedPreferences(PREFS_NAME, 0);
    SharedPreferences.Editor editor = settings.edit();
    editor.putBoolean("silentMode", mSilentMode);
  
    // Commit the edits!
    editor.commit();
  }
  

  }

Прочтите следующую документацию Сайт разработчика Android

Ответ 3

В EventBus версии 3.0.0 вы можете использовать липкие сообщения.

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

Опубликовать события следующим образом:

EventBus.getDefault().postSticky(new MessageEvent("Hello everyone!"));

Подписка событий с липким флагом, например:

@Subscribe(sticky = true, threadMode = ThreadMode.MAIN)
public void onEvent(MessageEvent event) {   
    textField.setText(event.message);
}

Документация EventBus: http://greenrobot.org/eventbus/documentation/configuration/sticky-events/

Ответ 4

Трудно догадаться, что вы сделали, что вызывает это поведение, подумайте о предоставлении некоторого кода.

Но очевидно, что у вас есть некоторые недостатки дизайна.

Вы должны отменить регистрацию из любой шины или прослушивателя событий в ваших компонентах ui, таких как "Действия" или "Фрагменты", когда пользователь перейдет из приложения, если вы этого не сделаете, есть хорошая вероятность утечки вашей активности и всех ресурсов, которые она имеет место.

Вы должны хранить любые данные, которые вы получаете или рассчитываете в своей фоновой службе, в файл или базу данных, когда пользователь открывает или снова открывает ваше приложение, вы должны проверить эти данные и действовать на него.

Ответ 5

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

• Расширяются ли ваши действия от базы? и если так, удалите незарегистрированный код события onDestroy eventbus и проверьте.
• В настройках разработчика проверьте, не отключена ли опция "Не сохранять действия".
• Нажатие на кнопку "назад" убьет ваше приложение, если вы не переопределили это событие.