Activity是与用户交互的第一接口，它提供的是一个用户完成指令的窗口。当我们创建Activity之后，通过调用setContentView（View)方法来给该activity指定一个显示的界面，并且以此为基础提供给用户交互的接口。系统采用Activity栈的方式来管理Activiity。
Activity拥有多种形态，它可以在多种形态中进行切换，以此来控制自己的生命周期。
Active/Running 这时候，Activity处于Activity栈的最顶层，是可见，并且与用户进行交互。
Paused 当Activity失去焦点，被一个新的非全屏的Activity或者是一个透明的Activity放置在栈顶时，Activity就转化成Paused形态。但它只是失去了与用户交互的能力，所有的组昂太爱信息，成员变量都还保持着，只有在系统内存极低的情况下，才会被系统回收掉。
Stoped 如果一个Activity被另一个Activity完全覆盖，那么Activity就会进入Stoped形态，此时它不在可见，但是依然保持了所有的状态信息和成员变量。
Killed 当Activity被锡系统回收掉或者是Activity从来没有创建过，Activity就处于Kiled形态。
下图为经典的Activity生命周期图：
在此图中的多个Activity生命周期中，只有三个状态是稳定的，而其他状态都是过度状态：
Resumed 这个状态就是前面说的Active/Running形态，此时Activity处于Activity栈顶，处理用户的交互。
Paused 当Activity的一部分被遮挡的时候进入这个状态，这个状态下的Activity不会接受用户输入。
Stopped 当Activity完全被覆盖时进入这个状态，此时Activity不可见，仅在后台运行。
在系统调用了onCreate（）之后，就会马上调用onStart（），然后继续调用onResume（）以进入Resumed（）状态，最后鹿就会停留在Resumed状态，完成启动。系统会调用onDestory（）来结束一个Activity的生命周期回到Killed状态。
onCreate（）：创建基本的UI元素 onPaused（）与onStop（）：清除Activity的资源，避免浪费 onDestory（）：因为引用会在Activity销毁的时候销毁，而线程不会，所以清除开启的线程。
当栈顶的Activity部分不可见达后，就会导致Activity进入Pause形态，此时就会调用onPaused（）方法，当结束阻塞后，就会地调用onResume（）方法来恢复到Resume形态。
onPaused（）：释放系统资源，如Camera，sensor,receivers; onResume（）：需要重新初始化在onPaused（）中释放的资源。
栈顶的Activity部分不可见时，实际上后续会有两种可能，从部分不可见到可见，也就是恢复过程，从部分不可见到完全不可见，也就是停止过程。系统在当前Activity不可见的时候，总会调用onPause（）方法。 从部分不可见到可见： onPaused——->onResume.
当一个Activity重新回到前台状态的时候： onPaused——->onStop——->onRestart——->onStart——->onResume
如果你的系统长时间处于stopped形态而且此时系统需要更多内存或者系统内存紧张时，系统就会回收你的Activity，而此时系统为了弥补你，会将Activity状态通过onSaveInstanceState（）方法保存到Bundle对象中，当然也可以自己增加额外的键值对存入存入Bundle对象以保存这些状态。当你需要重新创建这些Activity的时候，保存的Bundle对象就会传递到Activity的onRestoreInstanceState（）方法与onCreate（）方法中，这也就是onCreate（）方法中参数—-Bundle savedInstanceState的来源。
onSaveInstanceState（）方法并不是每次当Activity离开前台时都会调用的，如果用户使用finish（）方法结束了Activity，则不会调用，而且Android系统已经默认实现了控件的状态缓存，以此来减少开发者需要实现的缓存逻辑。
一个Android应用程序功能通常会被拆分为多个Activity，而各个Activity之间通过Intent进行连接，而Android系统，通过栈结构来保存整个App的Activity，栈底的元素是整个任务栈的发起者。
当一个App启动时，如果当前环境中不存在App的任务栈，那么系统就会创建一个任务栈，此后，这个App所启动的Activity都将在这个任务栈中被管理，这个栈也被称为一个Task，即表示若干个Activity的集合，他们组合在一起就会形成一个Task。另外，需要特别注意的是一个Task中的Activity可以来自不同的App，同一个App的Activity也可能不在一个Task中。
栈结构是一个后进先出的线性表。根据Activity在当前栈结构中的位置，来决定该Activity的状态。正常情况下的Android任务栈。当一个Activity启动了另一个Activity的时候，新的启动的activity就会置于任务栈的顶端，并处于活动状态，而启动它的Activity虽然功成身退，但依然保留在任务栈中，处于停止状态，当用户按下返回键或者是调用finish（）时，系统会移除顶部Activity，让后面的Activity恢复活动状态。当然，我们可以给你Activity设置一些“特权”，来打破这种“和谐”的模式，这种特权，就是通过在AndroidManifest.xml文件中的属性android:launchMode来设置或者是通过Itent的flag来设置。
Android系统开发在AndroidManifest中一共设计了四种启动模式： standard, singleTop，singleTask, singleInstance
standard 默认的启动模式，如果不指定Activity的启动模式，则使用这种方式就行启动。这种启动方式是每次都会创建新的实例，在每次点击standard模式创建Activity后，都会创建新的Activity实例覆盖在原来的Activity上的。 如下图所示：
singleTop 如果指定的Activity模式为singleTop,那么在启动时，系统会判断当前任务栈的顶部Activity是不是要启动的Activity。这种启动模式通常适用于接收新的Activity而直接引用这个Activity，如果不是则创建新的Activity。这种启动模式通常适用于接收到消息后显示的界面，例如QQ接收到消息后弹出Activivty，如果一个来10条消息，不能一次弹出10个Activity。 这种启动模式的任务栈结构如下：
这种模式虽然不会创建新的实例，但是系统仍然会在activity启动时调用onNewIntent()方法，比如当前任务栈中有A/B/C三个Activity，而且C的启动模式是singleTop的，那么这时候如果再次启动C，那么系统就不会创建新的C的实例。而是会调用C的onNewIntent（）方法，当前任务栈中依然是A/B/C三个Activity。 3. singleTask singleTask模式与singleTop模式类似，只不过singleTop是检测栈顶元素是否需要启动的Activity，而singleTask是检测整个Activity中是否存在当前需要的Activity。如果存在，则将该Activity置于栈顶，并将该Activity以上的Activity都销毁。不过这里是指在同一个App中启动这个singleTask的Activity，如果是其他程序以singleTask模式来启动这个Activity，那么将创建一个新的任务栈。不过需要注意的是，如果启动的模式为singleTask的Activity已经在后台一个任务栈中了，那么启动后，后台的这个任务栈将一起被切换到前台。如下图所示：
当Activity2启动ActivityY（启动模式是singleTask）时，它所在的Task都被切换到前台，且按返回键返回时，也会先返回ActivityY所在的Task的Activity。
使用这个模式创建的Activity不是在新的任务栈中被打开，就是将已经打开的Activity切换到前台，所以这种启动模式常常用来启动整个应用。将主Activity设为singleTask模式，然后在要退出的Activity中转到主Activity，从而将主Activity之上的Activity都清除，然后重写主Activity的onNewIntent（）方法，在方法中加上一句finish（），将最后一个Activity结束掉。 4. singleInstance singleInstance这种启动模式和使用的浏览器工作原理类似。在多个程序中访问浏览器时，如果当前浏览器没有打开，则打开浏览器，否则会在当前打开的浏览器中访问。申明为singleInstance的Activity会出现在一个新的任务栈中，而且该任务栈中只存在这一个Activity。比如说，如果应用A的任务栈中创建了一个Activity_A的实例，且启动模式为singleInstance,如果应用Activity_B也要激活Activity_A，则不需要创建一个Activity_A，两个应用共享Activity_A的实例。这种启动模式常用于需要与程序进行分离的界面，如在App界面中需要调用紧急呼叫的功能，就是使用这种启动模式。
需要注意的是：singleTop和singleInstance这两种启动模式有特殊情况需要说明：如果在一个singleTop或者是singleInstance的ActivityA通过startActivityForResult（）方法来启动另外一个ActivityB，那么系统将直接返回Activity.RESULT_CANCELED而不会再去等待返回。这是由于子系统在Framework层做了对这两种启动模式的限制，因为Android开发者认为，不同Task之间是默认不能传输数据的，如果一定要传递，那就只能通过Intent来绑定数据。
系统提供了两种启动模式，另外一种就是通过设置Intent的Flag来设置一个Activity的启动模式。
Intent.FLAG_ACTIVITY_NEW_TASK 使用一个新的Task来启动一个Activity，但启动的每个Activity都将在一个新的Task中，该Flag通常使用在从一个Service中启动Activity的场景，由于在Service中并不存在Activity栈，所以使用该Flag来创建一个新的Activity栈，并创建新的Activity的实例。FLAG_ACTIVITY_SINGLE_TOP 使用singleTop模式来启动一个Activity。与指定android:launchMode=“singleTop”效果相同。FLAG_ACTIVITY_CLEAR_TOP 使用singleTask模式来启动一个Activity。与指定android:launchMode=“singleTask”效果相同。FLAG_ACTIVITY_NO_HISTORY 使用这种模式启动Activity，当该Activity启动其他Activity后,该Activity就消失了，不会保留在Activity中。