Activity生命周期经典图解：

按键对生命周期的影响：

BACK键：

　　当我们按BACK键时，我们这个应用程序将结束，这时候我们将先后调用onPause()->onStop()->onDestory()三个方法。

再次启动App时，会执行onCreate()->onStart()->onResume()

HOME键:

　　当我们打开应用程序时，比如浏览器，我正在浏览NBA新闻，看到一半时，我突然想听歌，这时候我们会选择按HOME键，然后去打开音乐应用程序，而当我们按HOME的时候，Activity先后执行了onPause()->onStop()这两个方法，这时候应用程序并没有销毁。

而当我们从桌面再次启动应用程序时，则先后分别执行了onRestart()->onStart()->onResume()三个方法。

一般Activity切换正常生命周期(这里的一般是指启动模式为standard,切换activity时没有加flag标志)：

ActivityA启动ActivityB：

ActivityA 的生命周期onPause()->onStop()，

ActivityB的生命周期onCreate()->onStart()->onResume()。

ActivityB执行finish返回ActivityA：

ActivityB的生命周期onPause()->onStop()->onDestory()

ActivityA的生命周期了onRestart()->onStart()->onResume()

注意：当ActivityB定义为Dialog样式时，ActivityA的生命周期是不一样的，

我们给ActivityB加上theme

  <style name="MyDialogStyle">
        <item name="android:windowBackground">@android:color/transparent</item>
        <item name="android:windowFrame">@null</item>
        <item name="android:windowNoTitle">true</item>
        <item name="android:windowIsFloating">true</item>
        <item name="android:windowIsTranslucent">true</item>
        <item name="android:windowContentOverlay">@null</item>
        <item name="android:windowAnimationStyle">@android:style/Animation.Dialog</item>
        <item name="android:backgroundDimEnabled">true</item>
    </style>

这个时候，ActivityA启动ActivityB，B没有完全遮挡A，ActivityB的生命周期跟刚才一样，但是ActivityA并没有执行onStop()

还有一点需要特别注意，Activity中直接弹dialog，Acitivity的生命周期是不会变化的。网上有些说法是会执行onPause(),其实并没有执行！

另外还有几个跟生命周期相关的方法

  @Override
    protected void onNewIntent(Intent intent) {
        super.onNewIntent(intent);
    }

    @Override
    protected void onSaveInstanceState(Bundle outState) {
        super.onSaveInstanceState(outState);
    }

    @Override
    protected void onRestoreInstanceState(Bundle savedInstanceState) {
        super.onRestoreInstanceState(savedInstanceState);
    }

    @Override
    public void onConfigurationChanged(Configuration newConfig) {
        super.onConfigurationChanged(newConfig);
    }

当应用运行起来后就会开启一条线程，线程中会运行一个任务栈，当Activity实例创建后就会放入任务栈中。Activity启动模式的设置在AndroidManifest.xml文件中，通过配置Activity的属性android:launchMode=""设置。

1. Standard模式（默认）

我们平时直接创建的Activity都是这种模式的Activity，这种模式的Activity的特点是：只要你创建了Activity实例，一旦激活该Activity，则会向任务栈中加入新创建的实例，退出Activity则会在任务栈中销毁该实例。

standard模式是所启动的Activity都是在同一个task容器栈下，不会重新创建新的task容器栈。先压入栈的Activity实例按顺序入栈底，后入栈在栈顶，处于栈的顶部Activity实例处于活动状态，其他处于非活动状态。按物理返回键，退出当前所处活动状态Activity窗口，这样就会从task容器栈中弹出，显示在手机主屏幕上，从而，有非活动状态转换成活动的状态。其次，standard容器栈可能会存在着相同的Activity实例，只有没调用一次startActivity方法，就会创建目标Activity实例对象压入task容器栈。

如果Activity启动顺序为A->B->B->A->D,栈中的Acitivy为ABBAD(最先创建的A位于栈底，最后创建的D位于栈顶)

2. SingleTop模式

这种模式会考虑当前要激活的Activity实例在任务栈中是否正处于栈顶，如果处于栈顶则无需重新创建新的实例，会重用已存在的实例，否则会在任务栈中创建新的实例。

SingleTop有个不错的用法是防止多次点击创建多个Activity，无论start几次，SingleTop模式能保证栈顶只有一个实例。 如果Activity启动顺序为A->B->B->A->D,栈中的Acitivy为ABAD(当B位于栈顶时，再次启动B的时候，B不会重新创建)

3. SingleTask模式

如果任务栈中存在该模式的Activity实例，则把栈中该实例以上的Activity实例全部移除，调用该实例的newInstance()方法重用该Activity，使该实例处於栈顶位置，否则就重新创建一个新的Activity实例。

singletask模式，特别需要注意了。启动的目标Activity实例如果已经存在task容器栈中，不管当前实例处于栈的任何位置，是栈顶也好，栈底也好，还是处于栈中间，只要目标Activity实例处于task容器栈中，都可以重用该Activity实例对象，然后，把处于该Activity实例对象上面全部Activity实例清除掉，并且，task容器栈中永远只有唯一实例对象，不会存在两个相同的实例对象。所以，如果你想你的应用不管怎么启动目标Activity，都只有唯一一个实例对象，就使用这种启动模式。 如果Activity启动顺序为A->B->B->A->D,栈中的Acitivy为AD(当A再次被启动时，A会被移到栈顶，位于A上面的Acitivity全部会出栈)

4. SingleInstance模式

当该模式Activity实例在任务栈中创建后，只要该实例还在任务栈中，即只要激活的是该类型的Activity，都会通过调用实例的newInstance()方法重用该Activity，此时使用的都是同一个Activity实例，它都会处于任务栈的栈顶。此模式一般用于加载较慢的，比较耗性能且不需要每次都重新创建的Activity。

singleInstance启动模式，简单说就是可以共享某个Activity。比如，应用1的任务容器栈中创建了MainActivity实例，应用2也要激活MainActivity，则不需要创建MainActivity实例，直接可以公用MainActivity实例。 尤其值得注意：应用1启动MainActivity，按home键；打开应用2启动应用1的MainActivity实例。在按home键，打开应用1，这时候应用1的界面是应该是处于MainActivity界面实例。 SingleInstance的一个任务栈中只有一个Activity，并保证不再有其他Activity实例进入。

特别需要注意的生命周期onNewIntent

当一个Activity被start，而不需要重新创建时，就会执行onNewIntent生命周期。如果一个Activity的启动模式是SingleTask，我们可以在onNewIntent中执行一些刷新操作等。

我们一般会把MainAcitivy设置为SingleTask,除了保证MainActivity的唯一，还可以利用singleTask的特性做一些清理工作。自动管理栈，销毁无用的Acitivity.

Intent Flags

Flags: 表示Intent的标志位，常用于Activity的场景中，它和Activity的启动模式有着密切的联系。

下面列举的是和本文主题相关的Flags属性：

Intent.FLAG_ACTIVITY_NEW_TASK （默认）

默认的跳转类型,它会重新创建一个新的Activity，不过与这种情况，比如说Task1中有A,B,C三个Activity,此时在C中启动D的话，如果在AndroidManifest.xml文件中给D添加了Affinity的值和Task中的不一样的话，则会在新标记的Affinity所存在的Task中压入这个Activity。如果是默认的或者指定的Affinity和Task一样的话，就和标准模式一样了启动一个新的Activity.

FLAG_ACTIVITY_SINGLE_TOP

这个FLAG就相当于启动模式中的singletop，例如:原来栈中结构是A B C D，在D中启动D，栈中的情况还是A,B,C,D。

FLAG_ACTIVITY_CLEAR_TOP

这个FLAG就相当于启动模式中的SingleTask，这种FLAG启动的Activity会把要启动的Activity之上的Activity全部弹出栈空间。例如：原来栈中的结构是A B C D ，从D中跳转到B，栈中的结构就变为了A B了。

FLAG_ACTIVITY_BROUGHT_TO_FRONT

这个网上很多人是这样写的。如果activity在task存在，拿到最顶端,不会启动新的Activity。这个有可能会误导大家！ 他这个FLAG其实是这个意思！比如说我现在有A，在A中启动B，此时在Ａ中Intent中加上这个标记。此时B就是以FLAG_ACTIVITY_BROUGHT_TO_FRONT方式启动，此时在B中再启动C，D（正常启动C,D），如果这个时候在D中再启动B，这个时候最后的栈的情况是 A,C,D,B。如果在A,B,C,D正常启动的话，不管B有没有用FLAG_ACTIVITY_BROUGHT_TO_FRONT启动，此时在D中启动B的话，还是会变成A,C,D,B的。

FLAG_ACTIVITY_NO_USER_ACTION

onUserLeaveHint()作为activity周期的一部分，它在activity因为用户要跳转到别的activity而要退到background时使用。比如,在用户按下Home键，它将被调用。比如有电话进来（不属于用户的选择），它就不会被调用。

那么系统如何区分让当前activity退到background时使用是用户的选择？

它是根据促使当前activity退到background的那个新启动的Activity的Intent里是否有FLAG_ACTIVITY_NO_USER_ACTION来确定的。

注意：调用finish()使该activity销毁时不会调用该函数

FLAG_ACTIVITY_NO_HISTORY

意思就是说用这个FLAG启动的Activity，一旦退出，它不会存在于栈中，比如原来是A,B,C这个时候再C中以这个FLAG启动D的，D再启动E，这个时候栈中情况为A,B,C,E。

Activity相关属性taskAffinity

Activity 中的 android:taskAffinity 这个属性介绍：

Activity为Task拥有的一个affinity。拥有相同的affinity的Activity理论上属于相同的Task（在用户的角度是相同的“应用程序”）。Task的affinity是由它的根Activity决定的。

affinity决定两件事情——Activity重新宿主的Task（参考allowTaskReparenting特性）和使用FLAG_ACTIVITY_NEW_TASK标志启动的Activity宿主的Task。

默认情况，一个应用程序中的所有Activity都拥有相同的affinity。捏可以设定这个特性来重组它们，甚至可以把不同应用程序中定义的Activity放置到相同的Task中。为了明确Activity不宿主特定的Task，设定该特性为空的字符串。

如果这个特性没有设置，Activity将从应用程序的设定那里继承下来（参考<application>元素的taskAffinity特性）。应用程序默认的affinity的名字是<manifest>元素中设定的package名。

欢迎扫描二维码，关注公众号