第一章-Activity生命周期和启动模式

正常情况下Activity分为7大生命周期:

  • onCreate
    Activity正在被创建,此时Activity还不可见,可以做一些初始化操作
  • onRestart
    Activity 从不可见变成可见时执行,比如从后台回到页面或从别的页面回到页面后执行
  • onStart
    Activity 正在被启动,即将开始,这时Activity 其实已经可见了但是看不见
  • onResume
    Activity 显示在前台,能够被看到了
  • onPause
    Activity 正在停止,可做一些数据存储,停止动画操作。不能太耗时,因为只有onPause之后新的Activity 的onResume才会被执行
  • onStop
    Activity 即将停止,可以做一些重量级的回收工作,同样不能太耗时
  • onDestory
    Activity 表示即将销毁

onStart,onStop,onResume,onPause都差不多,有什么实质的不同吗
onStart与onStop是从Activity是否可见角度来回调,onResume与onPause是从Activity是否在前台度回调
Activity A打开Activity B,那么B的onResume和A的onPause哪个先执行
Instrumentation 通过Binder向AMS(ActivityManagerService)发送请求,AMS维护着一个ActivityStack并负责栈内的Activity的状态同步,AMS通过ActivityThread去同步Activity的状态从而完成生命周期方法的调用

异常情况下Activity的生命周期

与资源相关的配置被改变了
比如当发生屏幕旋转等有机会再次显示的情况下会调用onSaveInstanceState方法。调用该方法时Activity同时会委托Window,Window 会委托顶层View调用onSaveInstanceState方法保存View结构。
在恢复时调用onRestoreInstanceState方法恢复状态。onSaveInstanceState的调用时机在onStop之前,onRestoreInstanceState调用时机在onStart之后
内存不足导致低优先级的Activity被杀死
activity位于后台同时可见:activity上弹出了一个Dialog

优先级可分为三种:
最高优先级:Activity正在与用户交互
一般优先级:Activity弹出了对话框,Activity可见但是无法交互
最低优先级:Activity执行了onStop方法
系统会按照优先级从低到高杀死Activity所在的进程,如果进程中没有4大组件那么该进程就很容易被杀死,所以一个后台任务最好不要脱离4大组件运行。

Activity的启动模式

Activity有4种启动模式:standard,singleTop,singleTask,singleInstance

  • standard
    一个任务栈可以有多个Activity实例,每个实例也可以在不同的任务栈(这种情况是谁启动Activity,Activity就属于启动他的Activity的任务栈)
    注:使用ApplicationContext 启动 standard模式的Activity时会报错,就是因为standard模式的Activity会运行在启动它的Activity的任务栈,但是ApplicationContext 是没有任务栈的,所以报错
  • singleTop
    栈顶复用,当需要启动的Activity在栈顶已经存在,如果再次以singleTop模式启动则不会启动新的Activity,但是他的onNewIntent会被调用。生命周期中onCrate onStart不会被调用。如果该Activity不在栈顶,那么该Activity会重新创建,与standard一样。
  • singleTask
    当Activity以该方式启动时,
    1.检查是否存在所需要的任务栈,如果不存在则创建任务栈
    2.检查栈中是否已经存在相同的实列,如果存在清理之上的所有Activity,并调用onNewIntent

注:singleTask 默认具有clearTop的能力
所需任务栈:如果没有配置TaskAffinity 任务栈名就是包名,如果配置了任务栈名就是该配置的名称。

  • singleInstance
    加强型的singleTask,系统为以该模式启动的Activity创建一个新的任务栈且栈中只有该Activity

有两种方式指定启动模式
1.通过在ActivityManifest.xml中配置
2.通过在Intent 中addFlags 添加
区别:
1.addFlags 优先级更高,同时存在时,addFlags的启动模式为准。
2.限定范围不同,ActivityManifest中可以配置singleInstance,但是addFlags不能

同时addFlags能添加TASK_ACTIVITY_CLEAR_TOP ,但是ActivityManifest中不能配置
常用标记位
FLAG_ACTIVITY_NEW_TASK
与singleTask 类似
FLAG_ACTIVITY_SINGLE_TOP
与singleTop类似
FLAG_ACTIVITY_CLEAR_TOP
被启动的Activity如果在任务栈中存在,且已standard方式启动,那么连同它之上的所有Activity都需要出栈
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
使用该标记 Activity 不会出现在历史的Activity的列表中。当回退时直接跳过该Activity。xml中配置andorid:excludeFromRecents=true

Activity 的隐式启动

一个activity可以有多个intent-filter ,一个intent-filter过滤列表中action,category,data 都可以有多个

  • action : 区分大小写,必须有一个,Intent中的action必须能够和过滤规则中的action匹配
  • category :如果Intent中添加了category,那么所有添加的category必须在过滤规则中存在才能启动成功,由于系统会在startActivity或startActivityForResult时添加android.intent.category.DEFAULT。所以在intent-filter中必须添加该默认category
  • data : 两部分组成,mimeType和URI。mineType表示文件类型(比如:image/)如果过滤规则中定义了data,那么Intent中必须添加此规则。如果intent-filter中定义了匹配规则为 android:mineType="image/" 没有URL的定义,在intent中也必须加上默认的URL。默认为content,或file。如intent.setDataAndType(Uri.parse("content://abc.abc"),"image/*");

注意:如果没有匹配到Activity则会抛出找不到Activity异常。因此在隐式启动时先要做判断
packageManager.resolveActivity(intent,PackageManager.MATCH_DEFAULT_ONLY);
packageManager.queryIntentActivities(intent,PackageManager.MATCH_DEFAULT_ONLY);

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