Activity&&Intent


title: Activity&&Intent
tags:安卓基础知识
grammar_cjkRuby: true


Activity的状态

...

Activity的生命周期

activity_lifecycle.png

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在配置改变时不重新创建;

安卓系统配置属性.png

上图中比较常用的只有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的匹配规则

...

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 201,552评论 5 474
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,666评论 2 377
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 148,519评论 0 334
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,180评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,205评论 5 363
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,344评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,781评论 3 393
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,449评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,635评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,467评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,515评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,217评论 3 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,775评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,851评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,084评论 1 258
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,637评论 2 348
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,204评论 2 341

推荐阅读更多精彩内容

  • 转载网址: http://blog.sina.com.cn/s/blog_6f3ff2c90101j50x.htm...
    Adooooo阅读 440评论 0 0
  • 【Android Activity】 什么是 Activity? 四大组件之一,通常一个用户交互界面对应一个 ac...
    Rtia阅读 3,793评论 3 18
  • 转载注明出处:http://www.jianshu.com/p/c2c2ee4eb48a 1. 简介 本篇不针对于...
    王三的猫阿德阅读 2,071评论 2 5
  • Activity 一、四种形态 运行状态: 当 Activity 处于栈的顶层,可见,并可与用户进行交互 onRe...
    任教主来也阅读 1,614评论 1 10
  • 文/恰恰天蓝 || 邀你一起,生命不息,日更不止 有人为什么说写作很难,是天赋,一般人最好不要摊这滩洪水,那是因为...
    恰恰天蓝阅读 399评论 7 5