title: Activity&&Intent
tags:安卓基础知识
grammar_cjkRuby: true
Activity的状态
...
Activity的生命周期
Activity的正常生命周期
onCreate():Activity正在创建;
onStart():Activity可见但不能交互;
onResume():Activity可见可交互;
onPause():Activity可见不可交互,在此方法中中不能做耗时操作,会影响新Activity现实.因为onPause执行完,才会执行新Activity的onResume;
onStop():Activity不可见不可交互,同样不能太耗时;
onDestory():Activity即将销毁,在这里可以做回收工作和最终资源的释放;
onRestart():Activity正在重启.一般,当当前Activity从不可见重新变为可见时,onRestart就会调用.这种情况通常是用户按Home键切换到桌面或者用户打开了一个新的Activity,当前的Activity执行onPause和onStop,然后又回到这个Activity,就会出现这种情况;
流程示例:ActivityA-->ActivityB-->ActivityA
onCreate(A)-->onStart(A)-->onResume(A);A创建
onPause(A)-->onCreate(B)-->onStart(B)-->onResume(B)-->onStop(A);
A跳转B,A先变为可见不可交互,然后创建B,B创建完成后并可见可交互之后,A彻底不可见不可交互;
onPause(B)-->onStart(A)-->onResume(A)-->onStop(B)-->onDestroy(B);
关闭B返回A,同上,B先变为可见但不可交互,A因为已经创建过,所以只执行可见可交互,然后B彻底不可见不可交互并销毁;
Activity的异常生命周期
默认情况下,Activity被销毁并重新创建,生命周期如下:
onSaveInstanceState-->onStop-->onDestory;异常销毁,并保存状态
onCreate-->onStart-->onRestoreInstanceState;重新创建,传递状态
安卓系统保存恢复异常停止Activity状态的流程
当Activity异常销毁时,系统自动帮我们做了一些保存并恢复Activity状态的操作;
首先Activity被异常终止时,Activity调用onSaveInstanceState保存数据,Activity会委托Window去保存数据,接着Window再委托它上面的顶级容器去保存数据.顶级容器是一个ViewGroup,一般来说很可能是DecorView.最后顶级容器再去一一通知它的子元素来保存数据,通过每个子元素内的onSaveInstanceState和onRestoreInstanceState的各自实现来保存Activity的状态;
Activity的异常生命周期情况
资源相关的系统配置改变导致Activity被杀死并重新创建
通过设置configChanges属性,可以让Activity在配置改变时不重新创建;
上图中比较常用的只有locale、orientation、keyboardHidden这三个选项;
想要配置改变不重新创建,如下设置:
<activity
android:name=".DemoActivity"
android:configChanges="orientation|screenSize"
/>
并且系统会调用onConfigurationChanged方法,在方法中可以根据需要特殊处理;
资源内存不足导致低优先级的Activity被杀死并重新创建
Activity的优先级(高-->低)
- 前台Activity
- 可见不可交互Activity-->比如Activity中弹出对话框
- 不可见不可交互Activity(后台Activity)-->已经被暂停的activity,比如执行了onStop的
提示:onCreate和onRestoreInstanceState恢复数据的区别
onRestoreInstanceState被调用时,其参数Bundle必然是有数据的;
onCreate获取被保存的数据,需要判断Activity正常启动的话Bundle为空的情况;
启动模式
standard
多个ActivityA
标准模式,也是系统的默认模式.每次启动一个Activity都会创建一个新的实例,不管这个实例是否存在.在这种模式下,Activity默认会进入启动它的Activity所在的任务栈中.比如A启动(跳转)B,B就会在A的任务栈中.这就是为什么传入ApplicationContext启动Activity时会报错的原因,因为非Activity类型的Context;解决这个问题的办法,可以在启动时添加个标记位FLAG_ACTIVITY_NEW_TASK,也就是以singleTask的模式启动的.
singleTop
仅位于栈顶时一个栈一个ActivityA
栈顶单一模式.在这种模式下,如果新Activity已经存在于任务栈的栈顶,Activity不会重新创建,同时调用onNewIntent方法,注意不会调用onCreate和onStart方法;非栈顶情况,仍然创建;
eg:应用场景举例
比如从通知栏点击跳转APP的Activity,每次都会创建个新实例,使用singleTop模式后,每次跳转的都是同一实例;
singleTask
一个栈一个ActivityA
栈内单一模式.在这种模式下,只要Activity在栈内存在,多次启动Activity都不会重新创建,并且也会调用onNewIntent方法.具体的说ActivityA,系统首先寻找是否存在任务栈,如果不存在,就创建个新的任务栈,并把A压入栈中.如果存在任务栈,判断栈中有无A的实例,有实例的情况,会把Activity调到栈顶并调用onNewIntent方法;没有实例的情况,创建A的实例并压入栈中.
注意:
1.singleTop具有clearTop效果,在singleTask中把ActivityA调到栈顶时会导致原Activity上的所有Activity出栈.
2.singleInstance或singleTask和onActivityResult回调失效?
当ActivityA启动ActivityB,且A和B都为singleInstance或singleTask的情况下,onActivityResult回调会失效?猜测是因为两个任务栈的原因...记不清了
singleInstance
一个App一个ActivityA
单一实例模式.在这种模式下,整个应用中只有一个Activity实例.这种模式的Activity只能单独位于单一的任务栈中.比如当启动ActivityA时,系统会为它创建一个单一的任务栈,栈中只会存在Activity.当再次启动ActivityA时,会从其他栈切换到Activity所在的任务栈并复用ActivityA;
使用启动模式
两种方式都可以为Activity指定启动模式,但还是有区别的.
1.在代码中使用时优先级要高于mainfest中使用;
2.在mainfest中使用时无法为Activity指定FLAG_ACTIVITY_CLEAR_TOP等标记,在代码中使用时无法指定singleInstance模式;
mainfest中使用
<activity android:name=".ui.HomeActivity"
android:launchMode="singleTask"
>
</activity>
代码中使用
Intent intent=new Intent(this,Demo1Activity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
任务栈
在安卓系统中,使用后进先出的栈结构保存Activity.默认情况下,所有Activity的任务栈名字为应用包名.也可以通过设置askAffinity属性来指定Activity的任务栈.
任务栈分为前台任务栈和后台任务栈,后台任务栈中的Activity处于暂停状态,用户可以通过切换将后台任务栈再次调到前台.
<activity
android:name=".Demo2Activity"
android:taskAffinity="">
进程优先级
Activity的Flags
Activity的标记位有很多,这里主要介绍些常用的,其他可以查看官方文档:
- FLAG_ACTIVITY_NEW_TASK singleTask启动模式
- FLAG_ACTIVITY_SINGLE_TOP singleTop启动模式
- FLAG_ACTIVITY_CLEAR_TOP 通常和FLAG_ACTIVITY_SINGLE_TOP一起用,清除到栈顶的所有Activity
- FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS 具有这个标记的Activity不会出现在历史Activity列表中,当某些情况下我们不希望用户通过历史列表回到我们的Activity的时候这个标记比较有用.在xml中也可以指定此属性
IntentFilter的匹配规则
Activity启动分为显式调用和隐式调用:
显式调用:需要明确被指定对象的组件信息,包括包名和类名;
隐式调用:需要匹配IntentFilter的所有配置信息;
同一个Activity可能存在多个IntentFilter,一个Intent只要能匹配任意一组就可以成功启动Actvitiy
action的匹配规则
action是一个字符串,系统预定义了一些action,我们也可以在应用中定义自己的action.
action的匹配要求是Intent中的action存在且必须和过滤规则中的其中一个action相同.
action区分大小写.
category的匹配规则
category的匹配规则与action不同,每个category都必须能匹配过滤规则中已定义的category.
Intent也可以没有category,仍然可以匹配成功.因为系统在启动Actviity时默认会为Intent加上"android.intent.category.DEFAULT".为了我们的Activity能够接收隐式调用,必须在intent-filter中指定这个category.
data的匹配规则
组成结构
data与action的匹配规则类似,如果过滤规则中定义了data,Intent中必须有一个data能与之匹配.data由mimeType和URI两个部分组成.mimeTyp指媒体类型,比如image/jpeg、video/*等,可以表示图片、文本、视频等不同的媒体格式.下面是URI的结构:
<scheme>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>].
eg:
cotent://com.example.project:200/folder/subfolder/etc
http://www.baidu.com:80//search/info
scheme:模式.如果没有指定scheme,那么整个URI无效.
host:主机名.同上
port:端口号.仅当URI指定了scheme和host的情况下,port才有意义.
其余三个参数:表示路径信息.path表示完整的路径信息,pathPrefix表示可包含通配符的完整路径信息,pathPattern表示路径的前缀信息.
匹配规则
对于没有指定明确URI的,如下:
<intent-filter
>
<data android:mimeType="image/*"></data>
</intent-filter>
这种规则指定了媒体类型为所有类型的图片,即Intent中的mimeType属性同样为"image/*"才能匹配,这种情况过滤规则虽然没有指定URI,但是却有默认值,URI的默认值为content和file.
对于明确指定了mimeType和URI的,按照匹配规则匹配就行.如下
<intent-filter
>
<data android:mimeType="video/mpeg" android:scheme="http" ></data>
</intent-filter>
intent.setDataAndType(Uri.parse("http://abc)"),"video/mpeg");
Intent-filter的匹配规则对于Service和BroadcastReciver也是一样的.最后在实际开发中,隐式启动Activity时,需要做下判断,是否有Activity能够匹配到我们隐式的Intent,通过PackageManager或者Intent的resolveActivity方法,如果匹配不到会返回null.
注意:
如果要为Intent指定完整的data,不能先调用setData再调用setType,因为setData和setDataAndType两个方法会彼此清除掉对方的值.
Type的匹配规则
...
component的匹配规则
...
extras的匹配规则
...
Flag的匹配规则
...
