Activity的生命周期和启动模式

总结Activity的生命周期和启动模式

  • 生命周期
  • 启动模式
  • 匹配规则(待补充)

生命周期

a. onCreate:

  • Activity正在被创建
  • 生命周期的第一个方法

可做初始化工作,如setContentView加载布局资源,初始化数据。

此方法的传参Bundle为该Activity上次被异常情况销毁时保存的状态信息。

b1. onRestart:

  • Activity正在重新启动
  • 当Activity从不可见变为可见时会被调用

b2. onStart:

  • Activity正被启动
  • Activity已经可见,但还未出现在前台,无法交互(用户还看不见)

c.onResume:

  • Activity已经可见,并出现在前台开始活动

d. onPause

  • Activity正在停止

可做一些存储数据停止动画等工作。

在onPause里的操作不能太耗时,因为onPause必须先执行完,新Activity的onResume才会执行

e. onStop

  • Activity即将停止

可以做一些稍微重量级的回收工作,但也不能太耗时

f. onDestory:

  • Activity即将被销毁
  • Activity生命周期中的最后一个回调

可以做一些回收工作最终的资源释放

Activity生命周期的切换过程

Activity生命周期的切换过程

a. 启动一个Activity:

  • onCreate()-->onStart()-->onResume()

b. 打开一个新Activity:

  • 旧Activity的onPause() -->新Activity的onCreate()-->onStart()-->onResume()-->旧Activity的onStop()

耗时操作尽量在onStop中操作,从而使得新Activity尽快显示出来并切换到前台

c. 返回到旧Activity:

  • 新Activity的onPause()-->旧Activity的onRestart()-->onStart()-->onResume()-->新Activity的onStop()-->onDestory();

d. Activity1上弹出对话框Activity2:

  • Activity1的onPause()-->Activity2的onCreate()-->onStart()-->onResume()

e. 关闭屏幕/按Home键:

  • Activity2的onPause()-->onStop()-->Activity1的onStop()

f. 关闭对话框Activity2:

  • Activity2的onPause()-->Activity1的onResume()-->Activity2的onStop()-->onDestroy()

g. 销毁Activity1:

  • onPause()-->onStop()-->onDestroy()

异常状况下的生命周期

a. onSaveInstanceState:

  • Activity异常销毁时用来保存当前Activity的状态
  • 在Activity因异常情况下终止时调用
  • 在onStop之前调用,和onPause没有既定的时序关系(即都可能先调用)

b. onRestoreInstanceState:

  • 用来恢复Activity异常销毁时保存的状态
  • 只在Activity被异常销毁后重新创建时调用,正常情况下不会调用
  • 在onStart之后调用

系统调用onRestoreInstanceState时会把Activity销毁时onSaveInstanceState方法保存的Bundle对象作为参数传递给onRestoreInstanceState和onCreate方法。因此可以通过onRestoreInstanceState和onCreate方法来判断Activity是否被重建。

onCreate也可以用来恢复数据,但需要额外的判断Bundle savedInstanceState是否为空,而onRestoreInstanceState一旦被调用,其参数Bundle savedInstanceState一定是有值的

a.由于资源相关配置发生改变,导致Activity被杀死和重新创建

例如:当竖屏切换到横屏时

  • onSaveInstanceState-->onPause(不定)-->onStop-->
    onDestroy-->onCreate-->onStart-->onRestoreInstanceState-->onResume

为了避免由于配置改变导致Activity重建,可在AndroidManifest.xml中对应的Activity中设置android:configChanges="orientation|keyboardHidden|screenSize"。此时再次旋转屏幕时,该Activity不会被系统杀死和重建,只会调用onConfigurationChanged。因此,当配置程序需要响应配置改变,指定configChanges属性,重写onConfigurationChanged方法即可。

b.由于系统资源不足,导致优先级低的Activity被回收

1.Activity优先级排序(高到低):

(1)前台Activity——正和用户交互的Activity,优先级最高
(2)可见但非前台Activity——如Activity中弹出一个对话框,导致Activity可见但位于后台无法与用户交互
(3)后台Activity——已经被暂停的Activity,优先级最低

2.当系统内存不足时,会按照Activity优先级从低到高去杀死目标Activity所在的进程。

3.若一个进程没有四大组件在执行,那么这个进程将很快被系统杀死。

若不想让一个进程被杀死,比较好的方法是将后台工作放入Service中从而保证进程有一定的优先级


Activity的启动模式

a. standard:标准模式、默认模式

  • 每次启动都会重新创建一个新的实例,不管这个实例是否存在
  • standard模式的Activity会默认进入启动它所属的任务栈 (谁启动了这个Activity,这个Activity就运行在启动它的那个Activity所在的栈中)

使用ApplicationContext去启动standard模式Activity就会报错,因为非Activity的Context没有所谓的任务栈。

b. singleTop:栈顶复用模式

  • 如果新Activity已经位于任务栈的栈顶,就不会重新创建,并回调onNewIntent(intent)方法。

注意这个Activity的onCreate和onStart不会被调用,如果没有位于栈顶,则调Activity会重建。

c. singleTask:栈内复用模式

  • 这是一种单实例模式
  • 只要Activity在一个栈中存在,Activity都不会重新创建实例,并回调onNewIntent(intent)方法。

d. singleInstance:单实例模式

  • 此模式的Activity只能单独位于一个任务栈中,且此任务栈中只有唯一一个实例。

你可能感兴趣的:(Activity的生命周期和启动模式)