有一种新的更好的方式可以在活动之间共享数据，它就是LiveData。特别要注意Android开发者页面上的这句话:

LiveData对象能够感知生命周期这一事实意味着您可以在多个活动、片段和服务之间共享它们。为了保持示例简单，可以将LiveData类实现为单例

这样做的意义是巨大的——任何模型数据都可以在LiveData包装器中的公共单例类中共享。为了可测试性，它可以从活动中注入到各自的ViewModel中。并且您不再需要担心弱引用来防止内存泄漏。

在活动之间共享数据有多种方式

1:使用Intent在活动之间传递数据

Intent intent=new Intent(this, desirableActivity.class);
intent.putExtra("KEY", "Value");
startActivity(intent)

2:使用静态关键字，将变量定义为公共静态，并在项目中使用任何位置

      public static int sInitialValue=0;

在项目的任何地方使用classname.variableName;

3:使用数据库

但其过程较长，插入数据时必须使用查询，需要时使用游标迭代数据。但是如果不清理缓存就不会丢失数据。

4:使用共享首选项

比数据库简单多了。但是有一些限制，你不能保存ArrayList,List和自定义对象。

5:在application类中创建getter setter，并访问项目中的任何地方。

      private String data;
      public String getData() {
          return data;
      }

      public void setData(String data) {
          this.data = data;
      }

这里设置和获取活动

         ((YourApplicationClass)getApplicationContext()).setData("abc"); 

         String data=((YourApplicationClass)getApplicationContext()).getData();  

“然而，我想分享很多 变量，有些可能是 很大，所以我不想创造 像上面这样的副本。”

这并不会产生复制(特别是对于String，但即使对象也是通过引用的值传递的，而不是对象本身，像这样的getter是可以使用的——可以说比其他方法更好使用，因为它们是常见的和易于理解的)。旧的“性能神话”，比如不使用getter和setter，仍然有一些价值，但也在文档中更新了。

但如果你不想那样做，你也可以让变量在GlobalState中为public或protected，然后直接访问它们。并且，你可以创建一个静态单例，就像Application对象JavaDoc指出的那样:

通常不需要子类化 应用程序。在大多数情况下， 静态单例也可以提供同样的功能 以更模块化的方式实现功能。 如果你的单例需要全局 上下文(例如注册 广播接收机)，功能到 检索时可以给它一个Context 内部使用 Context.getApplicationContext()时 首先构造单例。

使用Intent数据是传递数据的另一种方式，但它通常用于较小的数据和简单类型。您可以传递更大/更复杂的数据，但这比使用静态单leon更复杂。不过，Application对象仍然是我个人最喜欢的在Android应用程序组件之间共享更大/更复杂的非持久性数据的对象(因为它在Android应用程序中有一个定义良好的生命周期)。

另外，正如其他人所注意到的，如果数据变得非常复杂并且需要持久化，那么您也可以使用SQLite或文件系统。

Using the hashmap of weak reference approach, described above, and in http://developer.android.com/guide/faq/framework.html seems problematic to me. How are entire entries reclaimed, not just the map value? What scope do you allocate it in? As the framework is in control of the Activity lifecycle, having one of the participating Activities own it risks runtime errors when the owner is destroyed in advance of its clients. If the Application owns it, some Activity must explicitly remove the entry to avoid the hashmap from holding on to entries with a valid key and a potentially garbaged collected weak reference. Furthermore, what should a client do when the value returned for a key is null?

在我看来，由应用程序拥有或在单例中拥有WeakHashMap是更好的选择。映射中的值是通过键对象访问的，当不存在对键的强引用时(即所有活动都使用键及其映射到的对象完成)，GC可以回收映射条目。

我有一些想法，但我不知道它们是否是你想要的。

您可以使用一个保存所有数据的服务，然后将活动绑定到该服务以进行数据检索。

或者将您的数据打包为可序列化或可打包的，并将它们附加到一个bundle中，并在活动之间传递该bundle。

这可能根本不是你要找的，但你也可以尝试使用SharedPreferences或一般的首选项。

不管怎样，让我知道你的决定。

你可以扩展Application类并标记任何你想要的对象，然后它们就可以在你的应用程序的任何地方使用