第1章 Activity的生命周期和启动模式

《Android开发艺术探索》笔记——第一章 Activity的生命周期和启动模式

如果要查看 Activity Task栈的情况,可以在命令行用 adb 命令查看

adb shell dumpsys activity activities

1. Activity的生命周期
1)正常情况下
  • 第一次启动

onCreate --> onStart --> onResume

  • 用户打开新的Activity或者切换到桌面

onPause --> onStop

如果新Activity是透明主题,那么不会调onStop

  • 用户再次回到原Activity

onRestart --> onStart --> onResume

  • 用户back键回退

onPause --> onStop --> onDestroy

  • A、B两个Activity 跳转变化

    进入A

A onCreate --> A onStart --> A onResume

​ A跳转B

A onPause --> B onCreate --> B onStart --> B onResume --> A onStop

​ B返回A

B onPause --> A onRestart --> A onStart --> A onREsume --> B onStop --> B onDestroy

​ A back

A onPause --> A onStop --> A onDestroy

2)异常情况下

Activity在异常情况下终止,系统会调用onSaveInstanceState来保存当前Activity的状态,这个方法的调用时机是在onStop之前,和onPause没有既定的时序关系。恢复时调用onRestoreINstanceState,调用时机在onStart之后。

onPause–onSaveInstanceState–onStop–onDestory–onCreate–onStart–onResume

3)注意点
  • 旧Activity的onPause先调用,新Activity才启动

  • onStart和onStop
    分别代表了Activity已经处于可见状态和不可见状态,此时的Activity未处在前台,不可以与用户交互,可多次被调用,期间Activity处于可见(visable lifetime)状态。

  • onResume和onPause
    分别代表了Activity已经进入前台获得焦点和退出前台失去焦点,此时的Activity是可以和用户交互的,可多次被调用,期间的Activity处于前台(foreground lifetime)状态。

  • 弹出一个Dialog时,onPause会调用吗?什么情况下会,什么情况下不会?

    如果弹出的是本Activity的Dialog,并不会有任何生命周期方法调用。Dialog是一个View,它本身就依附在Acitivty上,可以理解为是属于本Activity的,所以它的焦点也自然是本Activity的焦点,自然不会有什么生命周期方法调用了。如果其他Activity的Dialog弹出了,onPause才会调用
    Dialog 上面再启动一个Activity,原Activity onPause–>新Activity onCreate --> onStart --> onResume --> 原Activity onSaveInstanceState --> onStop

  • Activity调用了onDestory方法,就会在Activity的任务栈消失吗?

    什么时候onDestory会被调用呢?

    可以分为两大类:1.点击了back键 2.Activity被意外销毁

    点击back键相当于调用了finish()方法,通常来说finish
    方法会至少有两个目的,一是将Activity从返回栈中退出,二是调用onDestory方法(未必是及时调用)
    而直接调用onDestory,是不会将Activity在任务栈中清除的。

2. Activity 的启动模式
1)standard 标准模式

系统的默认模式,每次启动都创建一个新的实例,运行在启动它的那个Activity所在的栈中,用ApplicationContext去启动会报错,因为Context没有任务栈,这时需要为待启动的Activity指定 FLAG_ACTIVITY_NEW_TASK,相当于singleTask

2)singleTop 栈顶复用模式

如果新Activity已经位于任务栈的栈顶,那么此Activity不会被创建,它的onNewIntent方法会被回调,onCreate、onStart方法不会被调用

3)singleTask 栈内复用模式

只要Activity在栈中存在,那么多次启动都不会重新创建实例,调用时调到栈顶,singleTask具有clearTop的效果,其上Activity被全部出栈,回调onNewIntent

4)singleInstance 单实例模式

加强的singleTask,具有此种模式的Activity只能单独地位于一个任务栈中

5)注意
  • 启动后台任务栈的Activity时,整个后台任务栈都会被切换到前台
  • TaskAffinity 参数标识了一个Activity所需要的任务栈的名字;它和singleTask 启动模式配对使用时,它是具有该模式的Activity的目前任务栈的名字,待启动的Activity会运行在,名字和TaskAffinity相同的任务栈中
  • 启动模式设置代码优先级高于Manifest中配置,但是代码无法指定singleInstance模式,manifest无法直接设定 FLAG_ACTIVITY_CLEAR_TOP
launchMode使用场景
singleTop适合启动同类型的 Activity,例如接收通知启动的内容显示页面
singleTask适合作为程序入口
singleInstance适合需要与程序分离开的页面,例如闹铃的响铃界面
3. Activity中常用的标志位
1)FLAG_ACTIVITY_NEW_TASK
2)FLAG_ACTIVITY_SINGLE_TOP
3)FLAG_ACTIVITY_CLEAR_TOP

和 FLAG_ACTIVITY_NEW_TASK 配合使用,被启动的Activity如果已经存在,系统会调用它的onNewIntent;如何被启动的Activity采用standard模式,那么它连同它之上的Activity都要出栈,系统会创建新的Activity实例并放入栈顶

4)FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

具有这个标记的Activity不会出现在历史Activity的列表中

4. IntentFilter的匹配规则

IntentFilter中所设置的过滤信息有action、category、data

1)action 的匹配规则

匹配要求字符串值完全一样,Intent中的action能够和过滤规则中的任何一个action相同即可

2)category

Intent 中所有的 category都必须和过滤规则中的其中一个 category相同

3)data

由 mimeType 和 URI 组成,匹配要求Intent中的data能够完全匹配过滤规则中的某一个data

4)使用 PackageManager 的 resolveActivity 方法或者 Intent 的 resloveActivity 方法判断通过隐式要启动的Activity是否为null
5)不含有 DEFAULT 这个 category 的Activity 是无法接收隐式 Intent的
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值