奇妙的Activity之旅

奇妙的Activity之旅

一.为什么要深入了解Activity呢？

Activity翻译为活动，在Android中代表了界面和以界面为中心相应的业务逻辑，包括显示、与用 户交互等，它也是四大组件之一，重要性不言而喻。并且，许多公司在考察Android的知识点的时候，经常会考察到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

（3）返回旧的Activity

当旧的Activity不可见：

当旧的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.yc.mkg.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

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.