Activity生命周期与启动模式

目录

一、生命周期

    1. Activity的各种生命周期
    1. onSaveInstanceState() 与 onRestoreInstanceState()
    1. Activity生命周期的变化

二、启动模式

    1. 标准模式 standard
    1. 栈顶复用模式 singleTop
    1. 栈内复用模式 singleTask
    1. 单实例模式 singleInstance
    1. Intent中设置启动模式

三、总结


一、生命周期

1. Activity的各种生命周期

系统中的Activity由Activity堆栈管理,当启动一个新的Activity的时候,这个Activity被放置在栈顶,并处于正在运行状态。前一个Activity在堆栈中位于新的Activity下面,并且在新的Activity退出前不会出现在前台。

下面用一张图展示Activity完整生命周期(图来自于Android官网):

图来自于Android官网

  • onCreate 在Activity第一次被创建时调用onCreate方法。我们通常在onCreate方法中加载布局,初始化控件。
  • onStart 在Activity变为可视的时候,调用onStart方法。
  • onResume 当Activity处于栈顶,并处于正在运行状态,可以与用户进行交互的时候,调用onResume方法。
  • onPause 当Activity已经失去焦点,且依旧是可视状态时调用onPause方法,此时Activity无法与用户进行交互。
  • onStop 当Activity从可视变为不可视的时候,调用onStop方法。
  • onDestory onDestory方法在Activity被销毁前调用。
  • onRestart onRestart方法在Activity被重新启动时调用,在Activity第一次被创建的时候不会调用。

完整生命周期: 完整生命周期在Activity第一次创建调用onCreate方法到销毁前调用onDestroy方法之间。 可视生命周期: 可视生命周期在Activity调用onStart方法变为可视到调用onStop方法变为不可视之间。 前台生命周期: 前台生命周期在Activity调用onResume方法变得可与用户交互到调用onPause方法变得不可与用户交互之间。

2. onSaveInstanceState() 与 onRestoreInstanceState()

系统在“未经你许可”销毁Activity时调用onSaveInstanceState方法,用于保存Activity状态信息。onRestoreInstanceState方法在Activity被系统销毁之后恢复Activity时被调用,用于恢复Activity状态信息。可重写这两个方法在系统“未经你许可”销毁Activity时保存和恢复你的数据。 所谓“未经你许可”指的是非人为销毁Activity,例如按下回退键退出页面属于人为,系统因内存不足回收销毁Activity属于非人为。

  • 什么时候调用onSaveInstanceState方法 (1)、当用户按下HOME键时。 (2)、切换到其他进程时。 (3)、锁屏时。 (4)、启动新的Activity时。 (5)、屏幕方向切换时。

  • 什么时候调用onRestoreInstanceState方法 在Activity被系统销毁,又回到该Activity的时候。如用户按下HOME键又马上返回该Activity,这个时候该Activity一般不会因为内存不足而被系统回收,故不调用onRestoreInstanceState方法。所以onSaveInstanceState与onRestoreInstanceState不一定会成对被调用。

3. Activity生命周期的变化

分别新建3个Activity,MainActivity、TestActivity、TransparentActivity,并在每个Activity中重写onCreate,onStart,onResume,onPause,onStop,onDestroy,onRestart,onSaveInstanceState,onRestoreInstanceState这9个方法,如下所示:

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.act_main)
        Log.e("MainActivity", "onCreate")
    }

    override fun onStart() {
        super.onStart()
        Log.e("MainActivity", "onStart")
    }

    override fun onResume() {
        super.onResume()
        Log.e("MainActivity", "onResume")
    }

    override fun onPause() {
        super.onPause()
        Log.e("MainActivity", "onPause")
    }

    override fun onStop() {
        super.onStop()
        Log.e("MainActivity", "onStop")
    }

    override fun onDestroy() {
        super.onDestroy()
        Log.e("MainActivity", "onDestroy")
    }

    override fun onRestart() {
        super.onRestart()
        Log.e("MainActivity", "onRestart")
    }

    override fun onRestoreInstanceState(savedInstanceState: Bundle?) {
        super.onRestoreInstanceState(savedInstanceState)
        Log.e("MainActivity", "onRestoreInstanceState")
    }

    override fun onSaveInstanceState(outState: Bundle?) {
        super.onSaveInstanceState(outState)
        Log.e("MainActivity", "onSaveInstanceState")
    }
}
复制代码

代码准备好了,来观察下面各种请看下Activity生命周期的变化:

  • 启动Activity并点击回退键退出Activity

启动Activity,首先创建Activity,然后页面变得可见,最后页面准备好与用户交互,所以生命周期的调用顺序应该是 onCreate() -> onStart() -> onResume(),如下图所示:

点击回退键退出Activity,首先停止与用户交互,然后页面变得不可见,最后销毁Activity,所以生命周期的调用顺序应该是 onPause() -> onStop() -> onDestory(),如下图所示:

  • 按下HOME键并再次点击应用

按下HOME键后,首先页面停止所有交互,然后页面变得不可见,最后回到桌面。这时候页面并没有被销毁,只是转入后台,但是也存在被系统回收的风险,所以系统会在onPause和onStop之间调用onSaveInstanceState方法保存Activity状态信息,所以生命周期的调用顺序应该是 onPause() -> onSaveInstanceState() -> onStop(),如下图所示:

再次点击应用,如果应用没有被系统回收,只是从后台调回前台,那么首先是重新打开页面,然后页面变得可见,最后页面变得可以与用户交互,所以生命周期的调用顺序应该是 onRestart() -> onStart() -> onResume(),如下图所示:

  • 切换到其他应用并切回来

当我们切换到其他应用的时候,页面首先是停止与用户交互,然后页面变得不可见,然后进入到别的应用中,由于页面存在被系统回收的风险,所以系统会在onPause和onStop之间调用onSaveInstanceState方法保存Activity状态信息,所以生命周期的调用顺序应该是 onPause() -> onSaveInstanceState() -> onStop(),如下图所示:

切回来的时候,如果应用没有被系统回收,首先是重新打开页面,然后页面变得可见,最后页面变得可以与用户交互,所以生命周期的调用顺序应该是 onRestart() -> onStart() -> onResume(),如下图所示:

  • 锁屏并解锁

锁屏的时候,页面首先是停止与用户交互,然后页面变得不可见,然后锁屏,由于页面存在被系统回收的风险,所以系统会在onPause和onStop之间调用onSaveInstanceState方法保存Activity状态信息,所以生命周期的调用顺序应该是 onPause() -> onSaveInstanceState() -> onStop(),如下图所示:

解锁的时候,如果应用没有被系统回收,首先是重新打开页面,然后页面变得可见,最后页面变得可以与用户交互,所以生命周期的调用顺序应该是 onRestart() -> onStart() -> onResume(),如下图所示:

  • 跳转到另一个非透明Activity并点击回退键返回

从MainActivity跳转到TestActivity,首先停止MainActivity的交互,然后创建TestActivity,然后TestActivity变得可见,然后TestActivity变得可以与用户交互,最后MainActivity变得不可见,由于MainActivity存在被系统回收的风险(可能性不大),所以系统会调用onSaveInstanceState方法保存MainActivity状态信息。生命周期的调用顺序如下图所示:

点击回退键返回MainActivity,首先停止TestActivity的交互,然后重新打开MainActivity,然后MainActivity变得可见,然后MainActivity变得可以与用户交互,然后TestActivity变得不可见,最后TestActivity被销毁。生命周期的调用顺序如下图所示:

  • 跳转到另一个透明Activity并点击回退键返回

在styles中创建一个透明的主题:

<style name="AppTransparentTheme" parent="Theme.AppCompat.Light.NoActionBar">
        <!-- Customize your theme here. -->
        <item name="windowNoTitle">true</item>
        <item name="android:colorBackgroundCacheHint">@null</item>
        <item name="android:windowIsTranslucent">true</item>
</style>
复制代码

TransparentActivity在AndroidManifest中声明透明主题

 <activity android:name=".TransparentActivity"
            android:theme="@style/AppTransparentTheme"/>
复制代码

从MainActivity跳转到透明的Activity,也就是TransparentActivity。由于TransparentActivity是一个透明的Activity,所以他的底层MainActivity还是可视的,所以MainActivity的onStop方法没有被调用,只调用了onPause方法。生命周期的调用如下图所示:

点击返回键,回到MainActivity。因为MainActivity跳转到TransparentActivity时并没有变为不可视,所以没有调用onStop,回到MainActivity之后,也不需要重新启动MainActivity,所以只需要恢复交互就可以了。生命周期的调用如下图所示:

  • 由竖屏转为横屏

旋转屏幕后,系统会销毁然后启动该Activity,首先停止Activity的交互,然后Activity变得不可见,然后销毁Activity,销毁过后启动Activity,然后Activity变得可见且屏幕旋转,最后旋转屏幕过后的Activity变得可以交互。由于旋转屏幕属于“未经你许可”销毁Activity,所以同步执行onSaveInstanceState和onRestoreInstanceState这两个方法来保存和恢复Activity的状态。生命周期的调用顺序如下图所示:


二、启动模式

Activity储存在Activity栈中,每次创建Activity都会在Activity栈中添加,Activity被销毁时也会从Activity栈中退出。大量的创建、销毁Activity会对系统造成很大开销,为了节省开销,我们可能会复用一些Activity,Activity的启动模式就是为了方便复用Activity而设计的。下面来看一下Activity的4种启动模式:

1. 标准模式 standard

standard是Activity的默认启动模式,如果没有指定启动模式的话,这个Activity就是标准模式。我们可以在AndroidManifast里面为Activity设置启动模式,如下所示:

<activity
    android:name=".MainActivity"
    android:launchMode="standard" />
复制代码

启动模式为标准模式的Activity,每次启动的时候都会在Activity栈顶创建一个实例,举个例子:

创建两个Activity,并在各个声明周期中打一个log。当前为MainActivity,点击下面的按钮跳转到启动模式为标准模式的AActivity,这时Activity栈里面有两个Activity,栈顶为AActivity。我们可以通过adb命令来查看当前应用中Activity栈里的信息,在AndroidStudio的Terminal中输入命令:adb shell " dumpsys activity | grep xxx.xxx.xxx.xxx",xxx为你的包名。按下回车后会输出一大段信息,可以从中找到一段这样的:

图中StackId为Activity的Id,sz为栈内Activity的数量,AActivity在栈内的位置位于MainActivity的上方。

上面是MainActivity跳转到AActivity的例子,那么如果多次启动启动模式为标准模式的MainActivity,如下所示:

Activity栈内有两个MainActivity,再来看一下生命周期:

从上图可看到MainActivity被前后创建了两次。既然都是MainActivity,我们可以用其他启动模式来复用MainActivity,减少系统开销。下面来看一下其他启动模式。

2. 栈顶复用模式 singleTop

栈顶复用模式指的是,假如Activity处于栈顶,再次启动这个Activity的时候,复用该Activity。举个例子: 把AActivity的启动模式设置为栈顶复用模式

<activity
    android:name=".AActivity"
    android:launchMode="singleTop" />
复制代码

现在从MainActivity跳转到AActivity,再从AActivity创建自己,执行adb命令查看Activity栈,如下所示: 先看一下生命周期。

从MainActivity跳转到AActivity时调用了了onCreate方法,AActivity创建自己时,只调用了onPause方法,然后马上调用onResume方法,说明AActivity在栈顶时,通过栈顶复用模式再次启动自己的时候得到了复用。

再来看一下Activity栈,只有一个AActivity:

启动模式为栈顶复用模式的AActivity在栈顶时,创建自己能得到复用,那么不在栈顶的时候呢?下面来看一下: 新建一个BActivity,现在执行的动作为从MainActivity跳转到AActivity,然后从AActivity跳转到BActivity,然后再从BActivity跳转到AActivity,查看AActivity是否复用。 先看生命周期:

AActivity分别在从MainActivity跳转和从BActivity跳转的时候都调用了onCreate方法,说明创建了两个AActivity。因为从AActivity跳转到BActivity的时候,BActivity在栈顶,所以从BActivity跳转到AActivity,的时候,不能复用。再来看看Activity栈:

一共4个Activity,其中有两个AActivity,没有被复用。这种情况下,如果想复用AActivity,可以使用栈内复用模式。下面来看看栈内复用模式。

3. 栈内复用模式 singleTask

栈内复用模式跟栈顶复用模式相似,只要在同一个栈内启动模式为栈内复用模式的Activity,再次启动的时候就可以复用。先举一个跟栈顶复用模式相似的例子: 把AActivity的启动模式设置为栈顶复用模式

<activity
    android:name=".AActivity"
    android:launchMode="singleTop" />
复制代码

现在从MainActivity跳转到AActivity,再从AActivity创建自己,执行adb命令查看Activity栈,如下所示:

从结果来看跟栈顶复用模式一样,AActivity得到了复用。下面再从AActivity跳转到BActivity,然后从BActivity跳转到AActivity,执行adb命令查看Activity栈:

结果也是只有两个Activity,AActivity在栈顶。BActivity去哪了呢?来看一下生命周期:

上图中AActivity只调用了1次onCreate,说明AActivity得到了复用,BActivity在最后执行了onDestroy方法,说明BActivity被销毁了。原来栈内复用模式还有清除顶部的效果,当AActivity跳转到BActivity时,BActivity在栈顶,这个时候BActivity跳转到栈内复用模式的AActivity,AActivity来到了栈顶,之前在AActivity上面的全部被顶出栈外,也就是被清除了。

4.单实例模式 singleInstance

被设置启动模式为单实例模式的Activity独自享有一个Activity栈。举个例子: 把AActivity启动模式设置为单实例模式:

<activity
    android:name=".AActivity"
    android:launchMode="singleInstance" />
复制代码

MainActivity跳转到AActivity,然后从AActivity跳转到BActivity,查看生命周期和Activity栈的信息:

上图中,#41和#42是两个不同的Activity,由于AActivity启动模式是单实例模式,独享一个栈,而BActivity不是单实例模式,属于默认栈,这时栈顶为BActivity,点击返回键,退回到MainActivity,如下所示:

再看一下生命周期:

由于栈顶是BActivity,与MainActivity是同一个栈,所以在BActivity出栈被销毁后,MainActivity回到栈顶,而AActivity在另一个栈中,不受影响。这个时候再次跳转到AActivity,AActivity得到复用,生命周期如下所示:

总的来说,单实例模式的Activity就是一旦被创建,除非被销毁,否则无论从哪里跳转该Activity,都能得到复用。

5. Intent中设置启动模式

除了在AndroidManifest里设置Activity的启动模式之外,还能在startActivity时传入的Intent里设置启动模式,下面列举一些常用的启动模式标志:

  • FLAG_ACTIVITY_SINGLE_TOP 同栈顶复用模式singleTop
  • FLAG_ACTIVITY_CLEAR_TOP 类似栈内复用模式singleTask,不同的是,FLAG_ACTIVITY_CLEAR_TOP会把自己和在他上面的Activity全部清除,再重新创建自己,而singleTask不会清除自己。
  • FLAG_ACTIVITY_NEW_TASK 类似栈内复用模式singleTask,但不具备清除顶部栈的效果。
  • FLAG_ACTIVITY_NEW_DOCUMENT 在一个新的栈中启动Activity

三、总结

Activity是Android四大组件之一,也是与用户交互最频繁的组件。本篇文章主要介绍了Activity的生命周期与启动模式。掌握这两个知识点能让我们在开发时得到很大的便利,以最正确的姿势写出想要的效果。

微信扫描下方二维码关注微信公众号"AndroidCzh"一起学习吧!这里将长期为您分享原创文章、Android开发经验等!

另外还有Android开发QQ交流群: 705929135

猜你喜欢

转载自juejin.im/post/5bc6bd49f265da0abf7d15b2