Android应用程序组件销毁和重新创建的详细信息

Question

有人可以向我提供有关以下内容的一些具体的、值得信赖的（最好是简洁的）信息：

1. 系统销毁和（如果适用）重新创建组件的顺序 （片段、活动、活动的线程/异步任务/计时器、 静态数据（类何时卸载？），其他类中的线程/异步任务/定时器，主机 TabActivity、ActivityGroup、绑定本地Services、Application、进程） 无论应用程序在后台还是在前台。
   在哪些点上破坏可以停止（可以遇到什么状态 返回应用程序后 - 就像“包括应用程序对象在内的所有内容 顺序

2. 是否有可能（不修改 Android）以编程方式导致相同类型的破坏 ，这样它与系统执行此操作时无法区分，或者当我们自己选择释放内存（由 onLowMemory 触发）时需要一个单独的机制？

3. 1) 中所有场景的可靠再现步骤（junit.framework 会做吗？我还没有研究过）？

4. "如果用户长时间离开任务，系统清除除根活动之外的所有活动的任务。当用户再次返回任务时，仅恢复根活动”：这是与流程/组件生命周期/销毁无关，还是与之相关？

我读过各种来源提供的信息，通常不完整且具有误导性，有时甚至是不正确的。
我承认，我浏览了文档的某些部分，所以我可能错过或误解了某些内容。

[编辑]为了避免误解：我要问的是 Android 销毁组件以释放内存，绕过 Activity.onDestroy。
当我将应用程序放在后台并稍后返回时，将发生以下序列之一：

• onPause、onStop、onRestart、onStart、onResume
  
• onPause、onStop、Application.onCreate、onCreate(notNull)、onStart、onResume

[编辑2 ] 赏金活动开始了。需要以下方面的可靠信息：活动、片段、应用程序、绑定（可能是远程）服务、流程。
部分/全部破坏场景。参见第一点。

Answer 1

这就是我的经验以及我询问过的开发人员的经验似乎表明：

1. • 碎片不会自动销毁。
   • 应用堆栈上的不可见 Activity 可以按任意顺序、任意数量自动销毁。
   • 销毁的 Activity（或任何其他类）的线程和静态数据保持不变，直到应用程序被销毁。
   • TimerTasks：尚未测试。
   • 绑定的本地服务：在最后一个绑定活动和应用程序的销毁之间被销毁。
   • 应用程序是进程中最后进入的事物，并且与所有线程一起“运行”。
   • 在应用程序对象销毁后，该进程可以存在很长一段时间（20 分钟以上），除非您有自动任务终止程序。
   • TabActivity 下或 ActivityGroup 中的活动不会自动销毁，但如果容器被销毁，则会立即全部销毁。
     示例：选项卡下带有 ActivityGroups 的 TabActivity。所有活动均实时直播。另一个活动已启动，全屏。 TabActivity 及其中的所有内容现在都可以被 Android 销毁，无论是一次性销毁还是根本不销毁。
2. 不。
   如果您手动销毁 Activity，它会经历整个生命周期，并且在再次启动时不会将 Bundle 传递给 onCreate。
   此外，onLowmemory 并不可靠 - 即使分配步骤很小，在抛出 OutOfMemoryError 之前也可能永远不会调用它。
3. 不。
   尽管自动销毁/恢复是 Android 中的一个主要功能，但没有任何方法可以测试此类场景。
4. 这可能仅与进程是否仍然存在有关。如果是这样，Android 将尝试恢复旧的 Activity。如果没有，那就是干净的重新启动。

以上包括一些假设。
我仍在等待有人确认并提供一些文档（保证不依赖于类的当前实现）。
如果有任何错误，请纠正我。

编辑：以上信息可能已过时，在Android 2.1-2.3上测试

Answer 2

这要归功于 hackbod 编写它此处（阅读全文答案），以及 CommonsWare 以在评论中链接。

简而言之：所有文档，重写了很多次，继续对我们撒谎。他们没有误导，他们只是向我们提供了不真实的信息。除非您使用 Fragment（不知道支持 v4 是否也算在内），否则 Android 会通过终止整个进程来释放内存，或者不执行任何操作。

当然，这并不能解决所有问题：

• 问题的第 4 点
• 为什么我经常看到 onCreate(notNull) 在 Activity 堆栈上按下 Back 并处理所有配置更改（Android 2.3.7）
• 这与广泛接受的信念有何关系onPause 是您肯定会收到的最后一个调用，而 onStop 可能永远不会被调用（那么，应用程序如何进入后台，被杀死？）

不过，我们已经取得了一些进展。

Answer 3

嗯，我的朋友，
我想你的研究会遇到很多麻烦。基本上是因为你谈论的是两个黑匣子：Dalvik 垃圾收集器和 android 堆管理器。我想说的是，你不能相信 android 会遵循任何对象销毁顺序。但是，您可以相信这个生命周期将遵循[Android编程，2011]：

活动生命周期：

onCreate() - Called after the instance of the activity has been created for the first  time
onRestart() - Called after an activity has been interrupted, just before the onStart();
onStart() - Called when the object activity and their visions become visible to the user;
onResume()-  Called when the object activity and their visions become interactive to the user;
onPause() - Called when a different instance of the activity is going to get visible and the present activity ceases to interact with the user
onStop() - Called when the activity is no longer visible or is not interacting
onDestroy() - Called when an activity instance must be destroyed and it's no longer needed. 

片段具有不同的生命周期，包括方法 onAttach、onCreateView 和 onActivityCreated 。
但是，为什么你关心对象的破坏顺序呢？我看不出您没有理由监视此类事件，但如果您确实需要，请了解有关垃圾收集器的更多信息。

Answer 4

1. 如果应用程序的当前接收器为空，没有任何活动和服务，则 ActivityManagerService#trimApplications() 方法将删除任何未使用的应用程序进程。

Answer 5

当涉及到 Activity 时，它们只会在 Destroy() 上销毁，除非开发人员手动调用 finish() 函数，否则

Fragment 生命周期与其父 Activity 完全匹配，因此当父 Activity 在 Destroy() 上销毁时， Destroy() 上的片段也会被调用。

计时器任务将完成其工作并成为垃圾收集的候选者，一旦 Activity 创建了它们，任务就会在自己的线程中运行，与 Activity 没有关系，即使 Activity 被销毁，任务也会自行完成......

Answer 6

这不是一个完整的答案，但我建议您在每个方法中放置 toast 消息。添加您自己的 onPause()、onStop()、onResume() 等，并在里面添加这样一行：

Toast.makeText(this, "onPause()", Toast.LENGTH_SHORT).show();

You不能直接调用这些方法，但是将另一个活动移动到堆栈顶部将导致调用现有活动上的这些方法。另一件需要记住的事情是，不必在每次启动 Activity 时都调用 onCreate()。这实际上取决于您启动 Activity 的方式，例如，如果您发送此 Intent，

Intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK|Intent.FLAG_ACTIVITY_SINGLE_TOP);

它将显示为调用 onNewIntent()，而不是如果它已创建。总之，最好的事情就是观看 Toast 消息。此外，您确实需要专注于使用调试器。在每个方法上打断点就可以看到了。我确信的一件事是，您不能直接调用这些方法，例如 onPause()。另请记住，通常您不知道何时调用 onDestroy()。