Здесь компиляция наиболее распространенных способов достижения этого :

• Отправка данных внутри намерения
• Статические поля
• HashMap WeakReferences
• Персистентные объекты (sqlite, общие настройки, файл и т. Д.)

TL; DR: существует два способа совместного использования данных: передача данные в дополнительных целях или сохранить их где-то в другом месте. Если данные являются примитивами, строками или определенными пользователем объектами: отправьте его как часть дополнительных намерений (пользовательские объекты должны реализовать Parcelable). Если передающие сложные объекты сохраняют экземпляр в одноэлементном месте где-то еще и получают доступ к ним из запущенного действия.

Некоторые примеры того, как и почему реализовать каждый подход:

Отправка данных внутри намерений

Intent intent = new Intent(FirstActivity.this, SecondActivity.class);
intent.putExtra("some_key", value);
intent.putExtra("some_other_key", "a value");
startActivity(intent);

Во втором действии:

Bundle bundle = getIntent().getExtras();
int value = bundle.getInt("some_key");
String value2 = bundle.getString("some_other_key");

Используйте этот метод, если вы передаете примитивные данные или строки. Вы также можете передавать объекты, которые реализуют Serializable.

Хотя вы соблазнительны, вы должны подумать дважды, прежде чем использовать Serializable: он подвержен ошибкам и ужасно медленный. Так что вообще: держитесь подальше от Serializable, если это возможно. Если вы хотите передать сложные пользовательские объекты, взгляните на интерфейс Parcelable.

Совместное использование данных, не сохраняющихся на диске

. Можно обмениваться данными между действиями, сохраняя их в памяти учитывая, что в большинстве случаев оба действия выполняются в одном и том же процессе.

Примечание: иногда, когда пользователь покидает вашу деятельность (не покидая ее), Android может решить убить ваше приложение. В таком сценарии у меня были случаи, когда андроид пытается запустить последнее действие, используя намерение, представленное до того, как приложение было убито. В этом случае данные, хранящиеся в одноэлементном (либо вашем, либо Application), исчезнут, и могут произойти плохие вещи. Чтобы избежать таких случаев, вы либо сохраняете объекты на диске, либо проверяете данные, прежде чем использовать их, чтобы убедиться, что они действительны.

Использовать одноэлементный класс

Имейте класс для хранения данных:

public class DataHolder {
  private String data;
  public String getData() {return data;}
  public void setData(String data) {this.data = data;}

  private static final DataHolder holder = new DataHolder();
  public static DataHolder getInstance() {return holder;}
}

Из запущенной деятельности:

String data = DataHolder.getInstance().getData();

Использовать одноопное приложение

Синтаксис приложения - это экземпляр android.app.Application, который создается, когда приложение запускается. Вы можете предоставить пользовательский вариант, расширив Application:

import android.app.Application;
public class MyApplication extends Application {
  private String data;
  public String getData() {return data;}
  public void setData(String data) {this.data = data;}
}

Перед запуском деятельности:

MyApplication app = (MyApplication) getApplicationContext();
app.setData(someData);

Затем из запущенной активности:

MyApplication app = (MyApplication) getApplicationContext();
String data = app.getData();

Статические поля

Идея в основном такая же, как синглтон, но в этом случае вы предоставляете статический доступ к данным:

public class DataHolder {
  private static String data;
  public static String getData() {return data;}
  public static String setData(String data) {DataHolder.data = data;}
}

Из запущенной деятельности:

String data = DataHolder.getData();

HashMap WeakReferences

То же самое, но позволяет сборщику мусора удалять объекты без ссылок (например, когда пользователь завершает работу):

public class DataHolder {
  Map> data = new HashMap>();

  void save(String id, Object object) {
    data.put(id, new WeakReference