Android 应用程序类生命周期

Question

我正在开发的 android 应用程序会覆盖 Application 类以将轻量级状态（用户名、gps 位置等）存储在静态变量中。此状态的大部分设置在启动活动的 OnCreate 中（从首选项检索用户名，位置侦听器运行）。依赖启动活动来初始化 Application 类是否安全？是否有任何情况下可能会重新创建 Application 类而不创建 Launch 活动？

问题出现是因为我在手机睡了几个小时后恢复应用程序时遇到了一个空指针异常，它访问了应用程序类中的一个变量（应用程序在手机进入睡眠状态之前留在前台）。是否有可能在手机睡着和唤醒手机时终止进程，重新创建 Application 类，恢复堆栈中的顶部活动，但启动 activity.onCreate 没有运行，因此 Application 类没有初始化？

请注意，我已尝试通过强制应用停止使用“设置”/“管理”应用来测试这些场景。但是，我无法重现该问题。下次运行时，会创建 Application 类，然后是启动 activity.onCreate。

是否可以安全地假设 Application 类实例将与进程一样存在，并且在创建 Application 类时它相当于“重新启动”应用程序，即。从一个新的活动堆栈开始（堆栈上的第一个活动是启动活动）？

Answer 1

“我在恢复应用程序时遇到了访问 Application 类中的变量的空指针异常”

检查此链接.. http://www.developerphil.com/dont-store-data-in-the-application-object/

Answer 2

简而言之：在YourApplication.onCreate 中进行初始化，而不是一些 LaunchActivity

要检查的文件：
- Processes and Threads
- API Guides > Activities

依赖启动活动来初始化应用程序类是否安全？

是的，只要您记住 Application 可以存在的时间比 Activity 更长，并且 Activity 可能会被杀死并重新创建。我不确定 Intent 会复活 Activity 得到什么：LAUNCH 或 VIEW （对于活动因过于繁重而被杀死的情况，而应用程序绑定了长时间运行的服务）

在没有创建 Launch 活动的情况下，是否可以重新创建 Application 类？

是的，如果最后一个可见活动不是 LaunchActivity
检查Android application lifecycle and using of static

是否有可能进程在手机睡着时被杀死，在唤醒手机时，应用程序类被重新创建，堆栈中的顶部活动被恢复，但启动 activity.onCreate 没有因此运行Application 类没有初始化？

如果有几个不同的Activity启动了A，B，C并且它们整个进程被杀死了，那么我认为Android OS只创建Application和C Activity是好的，而A和B会在访问时重新创建，即回到他们身边。

假设Application类实例只要进程存在就安全吗，

是的

并且当 Application 类被创建时，它相当于“重新启动”应用程序，即。从一个新的活动堆栈开始（堆栈上的第一个活动是启动活动）？

我不确定何时会首先调用启动活动，
但最后一个，即用户应该看到的那个。

Answer 3

您可以通过正在运行的应用程序的killing the process 来测试场景。

第 1 步。打开您的应用，然后按Home 按钮将其隐藏到背景中。

第 2 步。调用 adb shell

Step 3. 输入命令su（你必须获得ROOT权限才能杀死进程）

第 4 步。ps（列出所有正在运行的进程 ID 并找到您的）

第 5 步。kill 1234（假设您的应用程序在进程 1234 上运行）

第 6 步。然后，返回您的设备并再次单击启动图标。您可能会发现活动堆栈上的最后一个活动重新打开。您可能还会发现该活动调用了onRestoreInstanceState() 方法。

Answer 4

没有。您的整个应用程序可以在任务堆栈完好无损的情况下被终止并重新创建；这使系统可以在需要它的设备上回收内存，同时仍向最终用户呈现多任务处理的无缝错觉。来自文档：

后台活动（活动 对用户不可见，并且 已暂停）不再 关键，因此系统可以安全地 杀死它的进程以回收内存 其他前台或可见进程。 如果它的进程需要被杀死， 当用户导航回 活动（使其在 再次屏幕），它的 onCreate(Bundle) 方法将被调用 之前的 savedInstanceState 提供在 onSaveInstanceState(Bundle) 以便它 可以在相同的状态下重新启动 就像用户上次离开它一样。

也就是说，进程（与应用程序相关联）可以被终止但随后重新启动，并且各个活动应该有足够的信息来根据他们在被终止之前保存的内容重新创建自己，而不依赖于全局状态由其他活动在流程中设置。

考虑将需要由 Activity 初始化的持久共享状态存储在 SharedPreference 或 SQLite 数据库中，或者将其作为 Intent extra 传递给需要它的 Activity。