0
点赞
收藏
分享

微信扫一扫

Android Activity的生命周期和启动模式

炽凤亮尧 2022-04-13 阅读 82

参考:
《Android开发艺术探索》

1. Activity 的正常生命周期

完整的activity生命周期如下所示

在这里插入图片描述

生命周期的几点注意事项:

  1. Activity 第一次启动:onCreate->onStart->onResume。
  2. Activity 切换到后台( 用户打开新的 Activity 或者切换到桌面) ,onPause->onStop(如果新 Activity 采用了透明主题,则当前 Activity 不会回调 onstop)。
  3. Activity 从后台到前台,重新可见,onRestart->onStart->onResume。
  4. 用户退出 Activity,onPause->onStop->onDestroy。
  5. onStart 开始到 onStop 之前,Activity 可见。onResume 到 onPause 之前,Activity 可以接受用户交互。
  6. 在新 Activity 启动之前,栈顶的 Activity 需要先 onPause 后,新 Activity 才能启动。所以不能在 onPause 执行耗时操作。
  7. onstop 和 ondestroy 不一定回调,例如直接kill掉app的情况,因为上衣activity的 onstop 的触发是在下一个activity的onresume 之后的。

2. Activity 异常情况生命周期

例如 Activity 处于竖屏状态,如果突然旋转屏幕,由于系统配置发生了改变,Activity 就会被销毁并重新创建。在异常情况下系统会在 onStop 之前调用 onSaveInstanceState 来保存状态。Activity 重新创建后,会在 onStart 之后调用 onRestoreInstanceState 来恢复之前保存的数据。


保存数据的流程:

  1. Activity 被意外终止,调用 onSaveIntanceState 保存数据
  2. Activity 委托 Window,Window 委托它上面的顶级容器一个 ViewGroup( 可能是 DecorView) ,然后顶层容器在通知所有子元素来保存数据。
  3. 委托的方法是 View 的 dispatchSaveInstanceState/dispatchRestoreInstanceState 和 onSaveIntanceState / onRestoreInstanceState ,这里和View 的分发机制非常相像,这种与 View-ViewGroup 结构相契合的委托方式,形成了Android View 体系。

3. Activity 的四种启动模式

standard

  每次启动都会重新创建一个实例,不管这个 Activity 在栈中是否已经存在。谁启动了这个 Activity,那么 Activity 就运行在启动它的那个 Activity 所在的栈中。用 Application 去启动 Activity 时会报错,原因是非 Activity 的 Context 没有任务栈。解决办法是为待启动 Activity 制定 FLAG_ACTIVITY_NEW_TASH 标志位,这样就会为它创建一个新的任务栈。

singleTop

 如果新 Activity 位于任务栈的栈顶,那么此 Activity 不会被重新创建,同时回调 onNewIntent 方法。onCreate 和 onStart 方法不会被执行。

singleTask

  这是一种单实例模式。如果不存在 activity 所需要的任务栈,则创建一个新任务栈和新 Activity 实例;如果存在所需要的任务栈,不存在实例,则新创建一个 Activity 实例;如果存在所需要的任务栈和实例,则不创建,调用 onNewIntent 方法。同时使该 Activity 实例之上的所有 Activity 出栈。
参考:taskAffinity 属性用于标识 Activity 所需要的任务栈,相同标识的 Actvity 会在同一个栈中。

singleIntance

  单实例模式。具有 singleTask 模式的所有特性,同时具有此模式的 Activity 只能独自位于一个任务栈中。所以每次都会新建一个栈。
可以通过命令行 adb shell dumpsys activity 命令查看栈中的 Activity 信息。

4. Activity 中的 Flags

FLAG_ACTIVITY_NEW_TASK

  为 Activity 指定“singleTask”启动模式。

FLAG_ACTIVITY_SINGLE_TOP

  为 Activity 指定“singleTop"启动模式。

FLAG_ACTIVITY_CLEAR_TOP

  具有此标记位的 Activity 启动时,同一个任务栈中位于它上面的 Activity 都要出栈,一般和 FLAG_ACTIVITY_NEW_TASK 配合使用。

FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

  如果设置,新的 Activity 不会在最近启动的 Activity 的列表(就是安卓手机里显示最近打开的 Activity 那个系统级的 UI)中保存。等同于在 xml 中指定 android:exludeFromRecents="true"属性。

5. IntentFilter 的匹配规则

匹配规则概述

  IntentFilter 中的过滤信息有 action、category、data。
  只有一个 Intent 同时匹配 action 类别、category 类别、data 类别才能成功启动目标 Activity。
一个 Activity 可以有多个 intent-filter,一个 Intent 只要能匹配任何一组 intent-filter 即可成功启动对应的 Activity。

action 的匹配

  IntentFilter 中可以有多个 action ,使用 Intent 启动 Activity 的时候,可以指定action,只要命中 IntentFilter 中的任何一个 action ,就可以启动对应的 activiy。
注意 action 是区分大小写的。

category 的匹配

  category 是一个字符串。Intent 可以没有 category,但是如果你一旦有 category,不管有几个,每个都必须与 intent-filter 中的其中一个 category 相同,即 intent 中的所有 category 都需要在该 activity 的IntentFilter 中存在 。
  系统在 startActivity 和 startActivityForResult 的时候,会默认为 Intent 加上android.intent.category.DEFAULT 这个 category,所以为了我们的 activity 能够接收隐式调用,就必须在 intent-filter 中加上 android.intent.category.DEFAULT 这个 category。

data的匹配规则

data 的匹配规则与 action 一样,如果 intent-filter 中定义了 data,那么 Intent 中必须要定义可匹配的 data。
intent-filter 中 data 的语法:

    <data android:scheme="string"
    android:host="string"
    android:port="string"
    android:path="string"
    android:pathPattern="string"
    android:pathPrefix="string"
    android:mimeType="string"/>

  Intent 中的 data 有两部分组成:mimeType 和 URI。mimeType 是指媒体类型,比如image/jpeg、audio/mpeg4-generic 和 video/等,可以表示图片、文本、视频等不同的媒体格式。

URI 的结构:

 /**
 
  <scheme>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]
  scheme:URI 的模式,比如 http、file、content 等,默认值是 file 。
  host:URI 的主机名
  port:URI 的端口号
  path、pathPattern 和 pathPrefix:这三个参数描述路径信息。
  path、pathPattern 可以表示完整的路径信息,其中 pathPattern 可以包含通配符 * ,
                    表示 0 个或者多个任意字符。
  pathPrefix 只表示路径的前缀信息。
  
 */

  过滤规则的 uri 为空时,有默认值 content 和 file,因此 intent 设置 uri 的 scheme 部分必须为 content 或 file。Intent 指定 data 时,必须调用 setDataAndType 方法, setData 和 setType 会清除另一方的值。对于 service 和 BroadcastReceiver 也是同样的匹配规则,不过对于 service 最好使用显式调用。

判断当前是否有匹配的 Activity

  android.content.ActivityNotFoundException 异常,所以需要判断是否有 Activity 能够匹配我们的隐式 Intent。
采用 PackageManager 的 resloveActivity 方法或 Intent 的 resloveActivity 方法。

  查询所有满足条件的activity信息并返回:public abstract List< ResolveInfo > queryIntentActivityies(Intent intent,int flags);
查询最满足条件的activity信息并返回:public abstract ResolveInfo resloveActivity(Intent intent,int flags);

应用入口activity的声明方法

下面的 action 和 category 用来表明这是一个入口 Activity,并且会出现在系统的应用列表中,二者缺一不可。

  <action android:name="android.intent.action.MAIN" />
  <category android:name="android.intent.category.LAUNCHER" />
举报

相关推荐

0 条评论