如果App进程终止，捆绑包如何发送到onCreate？

Question

在“活动生命周期”图中，从“ onStop”到“已终止应用程序进程”再到“ onCreate”有一个箭头。 我一直想知道，现在我将对片段进行一些简短的讨论。 如果整个应用程序进程被销毁，onCreate如何从onStop接收捆绑软件？ 系统是否跟踪已终止的应用程序及其活动包？ 我认为这将是这样做的方法，因为到那时，被终止的应用程序将被分配零内存。

另外，在“管理活动生命周期”>“启动活动”页面的最后一段中，“系统在所有情况下都已经调用过onPause（）和onStop（）之后调用了onDestroy（）。这种情况并不是说内存不足，这使我认为箭头永远不应该从onStop转到onCreate，因为“具有更高优先级的应用需要内存”，这是拼写错误还是我读错了吗？ '因为“可杀死的”而读错了吗？ “通常情况下，活动生命周期中的移动如下：”图表。

其中之一必须是错误的，要么是活动生命周期图中的箭头，要么是“在所有情况下，系统已经调用过onPause（）和onStop（）之后，系统调用onDestroy（），除了一个：...”语句。 希望我在上下文之外阅读。

Answer 1

如果整个应用程序进程被销毁，onCreate如何从onStop接收捆绑软件？

只要onStop()与Bundle无关，它就不会“从onStop接收捆绑”。 该Bundle传递到onCreate()和onRestoreInstanceState()包含把在前面的数据Bundle通过onSaveInstanceState() 。 该Bundle的内容跨进程边界传递到核心OS进程，该进程管理未完成活动及其任务的状态。 如果相关的内容将被传递回您的应用程序的全新流程。

系统是否跟踪已终止的应用程序及其活动包？

操作系统跟踪未完成的任务。 一段时间（自上次使用以来约30分钟），它会跟踪任务活动的实例状态Bundle 。

系统在除一种情况以外的所有情况下都已经调用过onPause（）和onStop（）之后调用onDestroy（）

在不调用onDestroy()情况下，有不止一种情况。 由于内存不足的情况而终止该过程可能会或可能不会导致调用onDestroy() ，具体取决于对系统RAM的迫切需求。

Answer 2

onCreate很可能在onStop（）之后被调用。 您使用onSaveInstanceState（）传递捆绑包，只要活动或片段暂停或停止，就会调用它。 假设您有活动，然后按回家。 OnStop和onSaveInstanceState都被调用。 在onSaveInstanceState中，您可以保存捆绑包以保存应用程序的状态。 该应用随后在后台停留了太长时间，因此被杀死。 然后，当您打开应用程序时，一旦重新创建，则将束从onSaveInstanceState传递到SavedInstanceState参数中的oncreate。 有关更多信息，请参阅官方文档https://developer.android.com/training/basics/activity-lifecycle/recreating.html