关于Activity常被忽略的地方

一、生命周期

（1）Activity跳转时，旧Activity的onPause必须先执行完，新Activity的onResume才会执行。所以不能在onPause中做太耗时的操作，否则会影响到新Activity的显示。
（2）Activity的onStop方法不回调的情况：

新Activity采用了透明主题

// 在AndroidManifest.xml中注册时
android:theme="@android:style/Theme.Translucent"

新Activity采用了Dialog主题

android:theme="@android:style/Theme.Dialog"

注意：在当前Activity创建并弹出一个Dialog并不会回调onPause和onStop
（3）当资源相关的系统配置发生改变导致Activity被杀死并重新创建时，系统会调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。当然也可以从onCreate的参数Bundle savedInstanceState去获取恢复数据，但此时一定要判断savedInstanceState是否为null。如果当系统配置发生改变后，不想系统重新创建Activity，可以给Activity指定configChanges属性，指定的属性发生改变时，Activity不会被重新创建，同时系统会调用Activity的onConfigurationChanged方法。例如：

android:configChanges="orientation|keyboardHidden|screenSize"

orientation：屏幕方向发生了改变，这是最常用的，比如旋转了手机屏幕
keyboardHidden：键盘的可访问性发生了改变，比如用户调出了键盘
screenSize：屏幕的尺寸信息发生了改变，比如旋转了手机屏幕

二、Activity四种启动模式

启动Activity时，系统会创建Activity实例并将它放入任务栈中。任务栈是一种“先进后出”的栈结构，当栈中无任何Activity时，系统就会回收这个任务栈。
（1）standard：系统的默认模式。每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否已经存在。当我们用ApplicationContext去启动standard模式的Activity会报错，这是由于非Activity类型的Context并没有所谓的任务栈。解决这个问题的方法是为待启动的Activity指定FLAG_ACTIVITY_NEW_TASK标记位，这样启动时就会为它创建一个新的任务栈，此时待启动Activity实际上是以singleTask模式启动的。
（2）singleTop：栈顶复用模式。在这种模式下，如果新Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时它的onNewIntent方法会被回调，onCreate、onStart不会被调用。如果新Activity的实例已存在但不是位于栈顶，那么它仍然会被重新创建。

/**
  * @param intent  
  * 通过intent可以取出当前请求的信息
 */
@Override
protected void onNewIntent(Intent intent) {
    super.onNewIntent(intent);
}

（3）singleTask：栈内复用模式。这是一种单实例模式，在这种模式下，只要Activity在一个栈中存在，那么多次启动此Activity都不会重新创建实例，和singleTop一样，系统也会回调其onNewIntent方法。具体一点，当一个具有singleTask模式的Activity请求启动后，比如Activity A，系统首先会寻找是否存在A想要的任务栈，如果不存在，就重新创建一个任务栈，然后创建A的实例后把A放入栈中。如果存在A所需要的任务栈，这时要看A是否在栈中有实例存在，如果实例不存在，就创建A的实例并把A压入栈中；如果有实例存在，那么系统就会把A调到栈顶并调用它的onNewIntent方法，同时由于singleTask默认具有clearTop的效果，会导致栈内所有在A上面的Activity全部出栈。
（4）singleInstance：单实例模式。这是一种加强的singleTask模式，它除了具有singleTask模式的所有特性外，还加强了一点，那就是具有此种模式的Activity只能单独地位于一个任务栈中。

总结
在没有设置taskAffinity的前提下，除了singleInstance模式外，谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中。

三、指定启动模式

（1）通过AndroidMenifest为Activity指定启动模式

（2）通过在Intent中设置标志位来为Activity指定启动模式

Intent intent = new Intent(MainActivity.this,SecondActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);

优先级上，第二种方式的优先级要高于第一种，当两种同时存在时，以第二种方式为准；第一种方式无法直接为Activity设定FLAG_ACTIVITY_CLEAR_TOP标识，而第二种方式无法为Activity指定singleInstance模式。

四、Activity的Flags

Activity的标志位有很多，有的标志位可以设定Activity的启动模式，有的标志位可以影响Activity的运行状态，下面主要介绍几种比较常用的标志位：

（1）FLAG_ACTIVITY_NEW_TASK
这个标志位的作用是为Activity指定“singleTask”启动模式，其效果和在XML中指定该启动模式相同。

（2）FLAG_ACTIVITY_SINGLE_TOP
这个标志位的作用是为Activity指定“singleTop”启动模式，其效果和在XML中指定该启动模式相同。

（3）FLAG_ACTIVITY_CLEAR_TOP
具有此标志位的Activity，当它启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。这个标志位一般会和singleTask启动模式一起出现，在这种情况下，被启动Activity的实例如果已经存在，那么系统就会调用它的onNewIntent。如果被启动的Activity采用standard模式启动，那么它连同它之上的Activity都要出栈，系统会创建新的Activity实例并放入栈顶。singleTask启动模式默认就具有此标志位的效果。

（4）FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
具有这个标志位的Activity不会出现在历史Activity的列表中，当某些情况下我们不希望用户通过历史列表回到我们的Activity的时候这个标志位比较有用。它等同于在XML中指定Activity的属性android:excludeFromRecents="true"。

五、任务栈

任务栈分为前台任务栈和后台任务栈。当用户开启了一个新的任务栈，或者点击Home键回到主屏幕的时候，之前任务就会被转移到后台。当任务处于后台状态的时候，任务栈中所有的Activity都会进入暂停状态，但这些Activity在栈中的顺序都会原封不动地保留着。默认情况下，所有Activity启动后，所在的任务栈的名字都为应用的包名，但是如果在AndroidMenifest中为Activity指定了taskAffinity属性，此时Activity启动后所在的任务栈名字就是指定的taskAffinity属性的值。
taskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配对使用，在其他情况下没有意义。当taskAffinity和singleTask启动模式配对使用的时候，它是具有该模式的Activity的目前任务栈的名字，待启动的Activity会运行在名字和taskAffinity相同的任务栈中。