十分钟理解Activity的生命周期与启动模式

Activity的生命周期

通常情况下的Activity生命周期如下图所示(来自Android Developer):


十分钟理解Activity的生命周期与启动模式_第1张图片

当资源相关的系统配置变更时(比如设备屏幕方向改变,键盘可见性变化),会导致Activity的销毁与重建。某些系统配置变更时,系统会根据最新配置重新为应用加载适合于当前配置的资源,这些系统配置就是资源相关的系统配置。此时在销毁Activity前会调用onSaveInstance()方法已保存当前的状态信息,这个方法会在onStop()前被调用,但与onPause()的时序关系不确定。当Activity被重新创建后,onRestoreInstanceState()方法会被调用以恢复之前保存的状态信息,这个方法具体的调用时机是在onStart()之后。

onSaveInstanceState()方法只有在被销毁的Activity随后会重新被创建时才会被调用,主要有如下两种情况:

  • 一个就是我们上面提到的资源相关的系统配置变更时;
  • 另一个情况就是系统内存不足导致低优先级的Activity被杀死,这种情况下系统在销毁Activity时会调用onSaveInstanceState()方法,并且随后当被杀死的Activity重新启动时,onRestoreInstanceState()方法会被回调。

Acitivty的四种启动模式

在介绍Activity前,我们先简单地介绍一下任务栈(back stack)的概念。假设我们从桌面首次启动了某个App,系统会开启一个新的任务栈并把该App的MainActivity(设为Activity1)加入这个任务栈中,若之后我们在新启动的App中又打开了Activity 2、Activity 3,则Activity 2和Activity 3也会被依次压入这个任务栈中。于是现在任务栈的栈顶就是Activity 3了,我们与之交互的Activity始终是当前任务栈栈顶的Activity。现在我们点击了Back键,则Activity 3会被弹出任务栈,当前栈顶的Activity即变为了Activity 2,我们开始与Activity 2进行交互。
以上过程可用下图来描述:

十分钟理解Activity的生命周期与启动模式_第2张图片
back_stack.png

下面我们来具体介绍一下Activity的四种启动模式。

standard:标准模式(默认)

以standard模式启动的Activity会被放入启动它的那个Activity所在的任务栈(Back Stack)中。在我们调用Context.startActivity方法去启动standard模式的Activity时会报错, 因为ApplicationContext并没有关联一个任务栈,解决方案是为待启动Activity指定FLAG_ACTIVITY_NEW_TASK标记位,此时会新键一个任务栈,并把刚启动的Activity放入其中,这种情况下被启动Activity实际上以singleTask模式启动。以standard模式启动Activity的话,若多次启动会创建多个Activity实例。

singleTop:栈顶复用模式

若待启动Activity位于栈顶,则复用之,不会再new一个实例。此时待启动Activity的onNewIntent方法会被调用。
若待启动Activity不在栈顶,则还是会创建一个它的实例。

singleTask:栈内复用模式

只要Activity已存在于“它想在的栈”中,就复用这个栈中已存在的Activity实例,而不会创建新实例。通过为Activity指定TaskAffinity属性可指定它想在的栈,默认为应用包名。TaskAffinity属性主要和singleTask启动模式或是allowTaskReparenting属性配对使用。若Activity在它想在的栈中,此时待启动Activity的onNewIntent方法会被调用。
当我们启动一个singleTask模式的Activity时,系统会先查找是否存在待启动Activity想在的栈,若有的话,则看那个栈中是否有它的实例,若有则把这个实例调整到栈顶并调用其onNewIntent方法;若实例不存在,则创建一个该Activity实例并放入栈中。若找不到想在的栈则新建一个栈,再创建一个待启动Activity的实例并放进去。
singleTask自带clearTop效果:若待启动的Activity位于它想在的栈中(但不在栈顶),则系统会把它上面的Activity全部出栈,让待启动Activity的实例“提升”到栈顶。

singleInstance:单实例模式

这是一种加强的singleTask模式。它除了具有singleTask的所有特性外,还加强了一点:具有此种模式的Activity所在的任务栈中只能有它一个Activity。系统总是会为以singleInstance模式启动的Activity创建一个新的任务栈,再创建一个它的实例放进去。

最后我们介绍一下allowTaskReparenting属性:
当App A启动了App B的某个Activity后,若被启动Activity的allowTaskReparenting属性为true,那么当App B被启动后,此Activity会直接从应用A的任务栈转移到应用B的任务栈。因为实际上App B中的Activity的TaskAffinity属性为App B的包名,所以它本应属于B的任务栈,但App B此时未启动,所以它暂时在A的任务栈中待着。当我们一旦把相应Activity的allowTaskReparenting属性设为true时,待到时机成熟(App B被启动),这个Activity就会去本该属于它的地方。


长按或扫描二维码关注我们,让您利用每天等地铁的时间就能学会怎样写出优质app。

十分钟理解Activity的生命周期与启动模式_第3张图片

你可能感兴趣的:(十分钟理解Activity的生命周期与启动模式)