Android静态对象生命周期

Question

我正在创建事件搜索应用程序，我们从一个屏幕设置搜索条件并填充到另一个屏幕中，然后用户可以从第三个屏幕编辑搜索条件并转到第四个屏幕。

为了实现上述任务，我使用静态对象来记住应用程序周围的值，并且我不需要做任何额外的事情。

但我担心如果Android中的静态对象生命周期内存不足发现Android删除静态对象？？？

由于android支持多任务，如果用户切换到另一个应用程序，并且当用户返回应用程序时开始表现得疯狂，静态对象在多任务时是否会被删除？？？有什么想法吗？并且还建议通过单例方法保存静态对象是更好的方法???

Answer 1

让我们从一些背景知识开始：启动应用程序时会发生什么？
操作系统启动一个进程，为其分配唯一的进程id，并分配一个进程表。一个进程启动一个DVM（Dalvik VM）的实例；每个应用程序都在 DVM 内运行。
DVM 管理类加载卸载、实例生命周期、GC 等。

静态变量的生命周期：静态变量在 JVM 加载类时存在，在类卸载时消亡。

因此，如果您创建一个 Android 应用程序并初始化一个静态变量，它将保留在 JVM 中，直到发生以下情况之一：

1. 类被卸载
2. JVM 关闭
3. 进程终止

请注意，当您切换时，静态变量的值将保留到另一个应用程序的不同活动，并且上述三种情况都不会发生。如果发生上述三种情况中的任何一种，静电就会失去其价值。

您可以使用几行代码对此进行测试：

1. 在活动的 onCreate 中打印未初始化的静态 ->应该打印 null
2. 初始化静态。打印它->值将不为空
3. 点击后退按钮并转到主屏幕。注意：主屏幕是另一个活动。
4. 再次启动您的活动 ->静态变量将为非空
5. 从 DDMS 终止您的应用程序进程（设备窗口中的停止按钮）。
6. 重新开始您的活动 ->静态将具有空值。

Answer 2

嗯，单例模式也是基于使用静态变量，所以实际上你会处于相同的位置。虽然静态方法在大多数情况下可能有效，但在某些情况下，当内存已满并且另一个活动在应用程序移动到下一个屏幕之前占据前台时，您的活动的进程可能会被终止，并且您会丢失静态值。
然而，Android 提供了一些在状态之间保存值或传输它们的选项，例如：

• 使用 Intent，您可以传递
  您的搜索条件从活动到
  活动（类似于网络 http
  请求）
• 使用应用程序首选项，您
  可以保存值并检索
  它们在需要它们的活动中
• 使用 sqlite 数据库，您可以
  将它们保存在表中并检索
  请稍后再进行
• 如果您只需要保存活动，
  状态，以便在重新启动时，字段
  被他们以前的事填满
  选定的值，您可以实施
  onSaveInstanceState() 活动
  方法 - 请注意，这不是
  建议在活动之间
  状态的持续性。

您可以通过查看 aegis-shield 源代码树。

Answer 3

经过一些研究，事实证明，使用应用程序来存储单例并不是一个好主意，除非您准备好重新创建它：

不要在应用程序对象中存储数据，

因此 接受的答案在技术上是正确的，它没有提供所有信息。

正如上面的链接所示，如果您确实想坚持使用该模型，则需要准备好检查 null 并重新创建数据（如果可能）。

Answer 4

@r1k0 就在这里。在类的静态字段中存储数据不会在应用程序进程终止和重新启动时自行保留。 Android 在需要内存时通常会终止进程（正在运行的应用程序）。

根据 Android 文档：Activity 状态和从内存中弹出,

系统永远不会直接终止活动。相反，它杀死了
Activity运行的过程，破坏的不仅仅是Activity
但进程中运行的其他所有内容也是如此。

您可以使用以下方法保存和恢复基元以及可序列化和可解析对象的状态。这些在正常的活动生命周期中会自动调用。

protected void onSaveInstanceState(Bundle state) {}
protected void onRestoreInstanceState(Bundle savedInstanceState){}

因此，如果您有一个仅包含静态变量的类，则可以在 onSaveInstanceState() 中保存每个字段的状态，并在 onRestoreInstanceState() 中恢复它们。当 Android 终止您的应用程序正在运行的进程时，变量的状态将被保存，当 Android 恢复您的应用程序时，这些值将以与之前相同的状态恢复到内存中。