进阶之路 | 奇妙的Activity之旅
许朋友爱玩 人气:2前言
本文已经收录到我的Github个人博客,欢迎大佬们光临寒舍:
我的GIthub博客
本篇文章需要已经具备的知识:
- Activity的基本概念
AndroidManifest.xml
的基本概念
学习清单:
- Activity的生命周期
- Fragment的生命周期
- Activity的启动模式
- IntentFilter的匹配规则
一.为什么要深入了解Activity
呢?
Activity
翻译为活动,在Android
中代表了界面和以界面为中心相应的业务逻辑,包括显示、与用户交互等,它也是四大组件之一,重要性不言而喻。并且,许多公司在考察Android
的知识点的时候,经常会考察到Activity
的知识。
因此,深入了解Activity,不仅对你日常的开发有帮助,还对你之后找工作有所增益。
二.核心知识点归纳
2.1 生命周期全解析
2.1.1 典型情况下的生命周期
2.1.1.1 Activity生命周期图解
2.1.1.2 Activity切换过程
(1)启动Activity
(2)打开新的Activity / 切换到桌面
- 正常情况:
onPause()
-->onStop()
- 特殊情况:当新的
Activity
使用了透明主题,当前的Activity
不会回调onStop,会停留在Paused
想要了解Android 透明主题的可以点击链接:Android透明主题
(3)返回旧的Activity
当旧的Activity不可见:
当旧的Activity可见:
问题思考:当前Activity为A,打开新的ActivityB,那么B的
onResume()
和A的onPause()
的执行顺序是怎样的呢?
答案:AonPause()
-->BonResume()
,要得到这个答案,需要对Activity的工作原理有所了解,笔者在本系列文章的后面几篇会介绍。
小Tips:要关闭Activity的时候,尽量在
onStop()
中进行耗时操作,而使得新Activity尽快显示出来。
2.1.2 异常情况下的生命周期
2.1.2.1 异常情况下数据的保存和恢复
这个涉及到onSaveInstanceState
和onRestoreInstanceState
方法,具体可见下图
需要特别留意的是:
onSaveInstanceState
的执行顺序,是在onStop
之前,与onPause
没有既定顺序onRestoreInstanceState
的执行顺序,是在onStart
之后
Q1:其中保存和恢复View的工作流程是怎样的呢?
可以看出,保存和恢复View的工作流程是典型的委托思想,上层委托下层,父容器委托子元素处理事情。
后面会讲到的
View
的绘制流程,事件分发机制等,都是才有类似的思想。
Q2:其中数据恢复的方式有哪些?
在onCreate中恢复
需要注意的是,必须要判断Bundle是否为空
@Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); //方法一:在onCreate中调用缓存恢复数据,必须要判断savedInstanceState是否为空 if (savedInstanceState != null) { String test = savedInstanceState.getString("extra_test"); Log.d(TAG, "[onCreate]restore extra_test:" + test); } }
在onRestoreInstanceState中恢复
Bundle一定有值,不需要判断是否为空,是官方推荐的恢复数据的方法
//利用onRestoreInstanceState @Override protected void onRestoreInstanceState(Bundle savedInstanceState) { super.onRestoreInstanceState(savedInstanceState); String test = savedInstanceState.getString("extra_test"); Log.d(TAG, "[onRestoreInstanceState]restore extra_test:" + test); }
2.1.2.2 系统配置变化导致的异常
Q1:发生改变的系统配置通常有哪些?
- locale:一般指切换了系统语言
- orientation:旋转屏幕
- keyboardHidden:键盘的可访问性发生变化,比如:调出键盘
Q2:想系统配置改变后,activity不被重新创建,应该怎么办?
在
ActivityManifest.xml
中,对应的Activity
的configChanges
属性中指定该选项
<activity
android:name="com.ryg.chapter_1.MainActivity"
android:configChanges="orientation|screenSize"
android:label="@string/app_name"
android:launchMode="standard" >
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
2.1.2.3 资源内存不足导致的异常
这种情况应该很容易理解,类比于:当使用小内存手机的时候,会发现某些应用经常一切换后台,就会自动关闭了,原理也是资源内存不足,被系统自动回收了。
Q1:Activity
的优先级排序是什么?
由上到下,优先级由高到低
- 前台
Activity
--正在和用户交互 - 可见非前台
Activity
--比如说,弹出新的对话框,对话框后面的Activity
即属于可见非前台Activity
- 后台
Activity
--已经被停止的Activity
Q2:怎么提高后台工作的优先级呢?
将后台工作放入Service
中,保证进程有一定的优先级
2.1.3 Fragment
的生命周期
因为本篇是
Activity
篇,笔者不便大费周章地叙述,为了满足求知欲强的读者,笔者特地推荐一篇:Fragment生命周期,里面写得非常详细
2.2 Activity
启动模式
2.2.1 Activity
的四种启动模式
a:standard
:标准模式
- 含义:每次启动一个Activity就会创建一个新的实例,而不管实例存在与否。
- 注意:使用
ApplicationContext
去启动standard
模式Activity
就会报错。因为standard模式的Activity会默认进入启动它所属的任务栈,但是由于非Activity的Context没有所谓的任务栈,所以就会报错。
b:singleTop
:栈顶复用模式
- 含义:如果新Activity已经位于任务栈的栈顶,就不会重新创建,并回调onNewIntent(intent)方法。
c:singleTask
:栈内复用模式
- 含义:只要Activity在一个栈中存在,都不会重新创建,并回调
onNewIntent(intent)
方法。如果不存在,系统会先寻找是否存在需要的栈,如果不存在该栈,就创建一个任务栈,并把该Activity放进去;如果存在,就会查看栈中是否有实例存在,若实例存在,则将实例调到栈顶,并回调onNewIntent(intent)
方法,否则创建实例到已经存在的栈中。
d:singleInstance
:单实例模式
- 含义: 具有此模式的Activity只能单独位于一个任务栈中,且此任务栈中只有唯一一个实例。
标识Activity任务栈名称的属性:
android:taskAffinity
,默认为应用包名。
2.2.2 Activity
的Flags
Flags有很多,这里介绍几个常用的Flags
FLAG_ACTIVITY_NEW_TASK
:指定singleTask
模式FLAG_ACTIVITY_SINGLE_TOP
:指定singleTop
模式FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
:指定新的Activity不会出现在最近启动的Activity的列表中
2.3 IntentFilter的匹配规则
原则:
- 一个intent只有同时匹配某个Activity的intent-filter中的
action
、category
、data
才算完全匹配,才能启动该Activity。- 一个Activity可以有多个intent-filter,一个 intent只要成功匹配任意一组 intent-filter,就可以启动该Activity。
Q1:action
的匹配规则
- 只要Intent中的存在一个action且能够和任何一个 intent-filter中的action相同即可成功匹配
- 区分大小写
- 必须存在
Q2:category
的匹配规则
- 有其他
category
,则要求intent中的category
和intent-filter中的所有category
相同。 - 非必须,这是因为此时系统给该Activity 默认加上了
< category android:name="android.intent.category.DEAFAULT" />
属性值。
Q3:data
匹配规则
- 类似于
action
- URI非必须指定,默认值为
content
和file
需要注意的是,为
Intent
指定完整的data的时候,要调用setDataAndType(URI,mimeType)
方法
intent.setDataAndType(Uri.parse("file://abc"),"video/png");
采用隐式方式启动Activity时,可以用
PackageManager
的resolveActivity(Intent)
方法或者Intent
的resolveActivity(Intent)
方法,来判断是否有Activity匹配该隐式Intent,如果匹配不到,会返回NULL
三.课堂小测试
恭喜你,已经看完了前面的文章,相信你对
Activity
已经有一定深度的了解,下面,进行一下课堂小测试,验证一下自己的学习成果吧!
题目情景:有三个
Activity
,分别名为A
,B
,C
,A
的启动模式是standard
,B
和C
的启动模式是singleTask
,现在进行如下操作:A启动了B,B启动了C,C启动了A,A再启动B,现在连按2次BACK
,你看到的是哪个Activity
?答案揭晓:回到桌面,具体过程可以参考下面的流程图
如果文章对您有一点帮助的话,希望您能点一下赞,您的点赞,是我前进的动力
本文参考链接:
- Android透明主题
- Fragment生命周期
- 《Android开发艺术探索》
- Activity到底是什么(新手学Android)
- Android Activity生命周期大全详解
- 要点提炼|开发艺术之Activity
加载全部内容