在应用运行时保留HashMap数据 - Android

Question

我有一个HashMap，其中包含与特定Activity相关的数据。 数据应该从服务器获取并且非常大，所以我不想在某个Activity内部获取它。 相反，我将主活动中的所有数据提取到一个自定义类中，然后创建一个HashMap来保存所有对象并将其保存在我的Application类中。

当用户进入另一个活动时，通过调用我之前从Application类创建的HashMap，数据准备就绪，无需等待。

除了应用程序在后台很长一段时间，存储在HashMap中的数据正在由Android初始化时，一切正常。

我已经读过在Apllication类中存储对象很糟糕，我无法避免这个错误，所以我的问题是这个过程的正确方法是什么？ 我需要一个解决方案，只要有我的应用程序的实例，我的HashMap对象就会保持活动状态。

Answer 1

I have a HashMap which contains data that is relevant to a specific Activity.

如果是这种情况，为什么不想将HashMap作为活动中的实例变量？ 在Application对象中存储特定Activity数据不是良好的面向对象设计。

如果在销毁和创建Activity时需要将数据保留在HashMap ，可以将其保存在onSaveInstanceState() 。

Answer 2

其中一种可用的方法是使用“无头”保留的Fragment来在Activity娱乐中保留HashMap数据。 根据android文档 ， Fragment的生命周期是完全不同的：

• onDestroy（）不会被调用（但是onDetach（）仍然会被调用，因为片段正在与其当前活动分离。
• 因为片段没有被重新创建，所以不会调用onCreate （Bundle）。
• onAttach （Activity）和onActivityCreated（Bundle）仍将被调用。

因此，当您的Activity从配置更改等等死亡时，您的Fragment不会。 重新创建Activity ，它可以请求保留的Fragment以获取一段“缓存”数据。 阅读本 ，如果你喜欢做这种方式。

我能想到的另一种方法是将数据缓存在数据库或文件中，但我想这可能是一种过度杀伤力。

Answer 3

数据应该从服务器获取并且非常大，所以我不想在某个Activity内部获取它。

Mb更好地使用Sqlite进行数据存储，因为Android设备没有无限的资源？