androidP:Activity的生命周期和启动模式

一、Activity 的生命周期
正常情况

1、onStart() /onStop是从activity是否可见这个角度来回调的，而onPause/onResume是从activity是否位于前台（交互）这个角度来回调的。
2、当前activity为A，启动activityB生命周期调用流程：
onPause(ActivityA)->onCreate(ActivityB)->onStart(ActivityB)->onResume(ActivityB)->onStop(ActivityA)
onpause()不能做耗时操作。

异常情况
1、资源相关的系统配置发生改变导致activity被杀死并并重新创建
例如：横竖屏切换。

当系统配置发生改变，Activity会被销毁，其onPause、onStop、onDestory均会被调用，系统还会调用onSaveInstanceState来保存当前Activity的状态，这个方法调用在onStop之后。 当Activity被重新重建后，系统会调用onRestoreInstanceState，并且把onSaveInstanceState方法保存的Bundle对象作为参数同时传递给onRestoreInstancestate和onCreate方法（代码中一般再onRestoreInstancestate方法中获取保存的值）。可以通过onRestoreInstanceState（当参数Bundle不为空时，自动调用该方法，为空时不调用）和onCreate方法来判断Activity是否被重建，如果被重建了，可以取出之前保存的数据并恢复，onRestoreInstanceState的调用在onStart 之后。

在onSaveInstanceState和onRestoreInstanceState方法中，系统默认做了一定的恢复工作，默认保存Activity的试图结构，并在Acitivity重启后恢复这些数据，比如文本框中的数据，ListView滚动的位置等，每个View都有onSaveInstanceState和onRestoreInstanceState这两个方法。

@Override
    protected void onSaveInstanceState(Bundle outState) {
        super.onSaveInstanceState(outState);
        Log.d(TAG,"====================>onSaveInstanceState");
        outState.putString("exter_text","test");
    }

    @Override
    protected void onRestoreInstanceState(@NonNull Bundle savedInstanceState) {
        super.onRestoreInstanceState(savedInstanceState);
        Log.d(TAG,"====================>onRestoreInstanceState");
        String r = savedInstanceState.getString("exter_text");
        Log.d(TAG,"r = " + r);
    }

当某项内容改变后，不想系统重新创建Activity ，可以给Activity指定configChanges属性。比如不想让Activity在屏幕旋转的时候重新创建，就可以给configChanges属性添加orientation这个值：

android:configChanges="orientation">

多个属性用 | 连接，例如：

android:configChanges="orientation|keyboard">

configChanges的项目和含义

上边表格中的项目很多，但是常用的只有locale、orientation和keybooardHidden这三个选项。当Activity的相关属性发生变化时（例如键盘显示/隐藏）会回调onConfigurationChanged方法，在该方法中进行逻辑处理。

@Override
    public void onConfigurationChanged(Configuration newConfig) {
        super.onConfigurationChanged(newConfig);
        Log.d(TAG,"====================>onConfigurationChanged, newkeyboardHidden= " +newConfig.keyboardHidden);
    }

2、资源内存不足导致低优先级的activity被杀死
activity的优先级：
（1）前台Activity ：正在和用户交互的Activity，优先级最高；
（2）可见但非前台Activity：比如Activity中弹出了一个对话框，导致Activity可见但位于后台无法和用户交互；
（3）后台Activity：已经被暂停的Activity，比如执行了onStop，优先级最低。
当系统内存不足时，系统就会按照上述优先级去杀死目标Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。如果一个进程中没有四大组件在执行，那么这个进程将很快被系统杀死，因此，一些后台工作不适合脱离四大组件独自运行在后台中，这样进程很容易被杀死。比较好的方法时将后台工作放入Service中从而保证进程有一定的优先级，这样就不会轻易地被系统杀死。

二、Activity的启动模式（LauchMode）
1、四种启动模式：
（1）standard：标准模式，也是系统默认模式。每次启动一个Activity都会重新创建一个新的实例，并存入任务栈，不管这个实例是否已经存在。被创建的生命周期符合典型情况下Activity的生命周期。这时一个典型的多实例实现，一个任务栈中可以有多个实例，每个实例也可以属于不同的任务栈。在这种情况下，谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中（注意：只有在标准模式中才是这种情况）。

（2）singleTop：与Intent.FLAG_ACTIVITY_SINGLE_TOP效果相同。栈顶复用模式。在这种模式下，如果新Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时它的onNewIntent方法会被回调。通过此方法的参数我们可以取出当前请求的信息。需要注意的是，这个Activity的onCreate 、onStart不会被系统调用，因为它并没有发生改变。如果新Activity的实例已存在但不是位于栈顶，那么新Activity仍然会被重新重建。与 标准模式相同，谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中

（3）singleTask：与Intent.FLAG_ACTIVITY_NEW_TASK效果相同。栈内复用模式。这是一种单实例模式，在这种模式下，只要Activity在一个栈中存在，那么多此启动此Activity都不会重新创建实例，和singleTop一样，系统也会回调onNewIntent。具体一点，当一个具有singleTask模式的Activity请求启动后，比如Activity A，系统首先会寻找是否在在A想要的任务栈（该模式下，Activity所在的任务栈为taskAffinity设置的栈名，若没有设置该名，则任务栈为该Activity所在进程的包名），如果不存在，就重新创建一个任务栈，然后创建A的实例后把A放到栈中。如果存在A所需的任务栈，这时要看A是否在栈中有实例存在，如果有实例存在，那么系统就会把A调到栈顶（由于singleTask默认具有clearTop的效果，会导致栈内所有在Activity A上面的Activity全部出栈）并调用它的onNewIntent方法，如果实例不存在，就创建A的实例把A压入栈中。

（4）singleInstance：单实例模式。这是一种加强的singleTask模式，它除了具有singleTask模式的所有特性外，还加强了一点，那就是具有此模式的Activity只能单独地位于一个任务栈中。（该模式下，Activity所在的任务栈为taskAffinity设置的栈名，若没有设置该名，则任务栈为该Activity所在进程的包名。若该应用有多个Activity，且都没有设置taskAffinity时，则启动每一个Activity 都创建一个新的任务栈，任务栈的栈名都是应用包名，但是有不同的任务栈id）

两个任务栈，通过前台任务栈启动后台任务栈中任务的栈情况：
启动任务D

启动任务C

2、Activity的任务栈
通常情况下，所有Activity所需的任务栈的名字为应用的包名。当然，我们可以为每个Activity都单独指定TaskAffinity(可以翻译为任务相关性，这个参数标识了一个Activity所需要的任务栈的名字)属性，这个属性值必须不能和包名相同，否则就相当于没有指定。TaskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配对使用，再其他情况下没有意义。另外，任务栈分为前台任务栈和后台任务栈，后台任务栈中的Activity位于暂停状态，用户可以通过切换将后台任务栈再次调到前台。
当TaskAffinity和signleTask启动模式配对使用的时候，它是具有该模式的Activity的目前任务栈的名字，待启动的Activity会运行再名字和TaskAffinity相同的任务栈中
当TaskAffinity和allowTaskReparenting结合的时候，这种情况比较复杂，会产生特殊的效果。当一个应用A启动应用B的某个Activity后，如果这个Activity的allowTaskReparenting属性为true的话，那么当应用B被启动后，此Activity会直接从应用A的任务栈转移到应用B的任务栈中。这还是很抽象，具体点，比如现有2个应用A和B，A启动了B的一个Activity C ,然后按HOME键回到桌面，然后再单击B的桌面图标，这个时候并不是启动了B的Activity，而是重新显示了已经被应用A启动的ActivityC，或者说C从A的任务栈转移到了B的任务栈中。可以这么理解，由于A启动了C，这个时候C只能运行再A的任务栈中，但是C属于B应用，正常情况下，它的TaskAffinity值肯定不可能和A的任务栈相同（因为包名不同）。所以，当B被启动后，B会创建自己的任务栈，这个时候系统发现C原本想要的任务栈已经被创建了，所以就把C从A的任务栈中转移过来了。
给Activity指定启动模式，有两种方法，第一种通过AndroidManifest为Activity指定启动模式，

<activity
            android:name=".ui.ThreadToUiActivity"
            android:launchMode="singleTask"
            android:hardwareAccelerated="true">
        </activity>

另一种通过Intent中设置标志位为Activity指定启动模式。

 private void openActivity(Class<?> cls) {
        Intent intent = new Intent();
        intent.setClass(this,cls);
        intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        startActivity(intent);
    }

两种启动方式的区别：首先优先级上，第二种方式的优先级要高于第一种，当两种同时存在时，以第二种方式为准；其次，上述两种在限定范围上有所不同，比如，第一种方式无法直接为Activity设定FLAG_ACYIVITY_CLEAR_TOP标致，而第二种方式无法为Activity指定singleInstance模式。

使用adb shell dumpsys activity查看设备Activity运行状态。

3、Activity的Flag（标志位）
**FLAG_ACTIVITY_NEW_TASK：**与”singleTask“启动模式相同。
**FLAG_ACTIVITY_SINGLE_TOP：**与“singleTop”启动模式相同。
**FLAG_ACTIVITY_CLEAR_TOP：**具有此标记为的Activity，当它启动时，在同一个任务中的所有位于它上面的Activity都要出栈。
**FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS：**具有这个标记的Activity不会出现在历史Activity的列表中，当某些情况下我们不希望用户通过历史列表回到我们的Activity的时候这个标记比较有用。它等同于xml中指定Activity的属性android:excludeFromRecents=“true”。

4、IntenFilter的匹配规则（看看书了解一下，主要用于隐式方式启动Activity）