Activity与Activity调用栈分析

Activity是整个Android App直接与用户交互的核心组件，了解Activity的工作模式，生命周期，管理模式，是了解整个Android系统的基础。这里将向大家介绍Android中Activity与Activity任务栈相关内容。
学习将了解到以下内容

• Activity的生命周期与工作模式
• Activity调用栈管理

一：Activity

Activity作为四大组件中出现频率最高的组件，我们在Android的各个地方都能看见它的影子。了解Activity，对于开发高质量的应用是非常有好处的。

1.1起源

Activity是与用户交互的第一接口，它提供了一个用户完成指令的窗口。当开发者创建Activity之后，通过调用setContentView(View)方法来给该Activity指定一个显示的界面，并以此为基础提供给用户交互的接口，系统采用Activity栈的方式来管理Activity。

1.2Activity形态

Activity有多种形态，可以在多种形态间进行切换，以此来控制自己的生命周期

• Active/Running——这个时候Activity处于Activity栈的最顶层，可见并与用户交互。
• Paused——当Activity失去焦点，被一个新的非全屏的Activity或者一个透明的Activity放置在栈顶时，Activity就转化为Paused形态。但它失去了与用户交互的能力，所有状态信息，成员变量都还保持着，只有在系统内存极低的情况下，才会被系统回收掉。
• Stopped——如果一个Activity被另外一个Activity完全覆盖，那么Activity就会进入Stopped形态。此时它不再可见，但却依然保持了所有状态信息和成员变量。
• Kill————当Activity被系统回收掉或者Activity从来没有创建过，Activity就处于Killed形态。

用户的不同动作，会让Activity在这四种状态间切换。而开发者虽然可以控制Activity如何生，却无法控制Activity何时死。

1.3生命周期
Activity生命周期图

Activity有很多状态，但只有三个状态是稳定的，其他状态都是过渡状态，很快就会结束。

• Resumed——这个状态就是前面所说的Active/Running形态，此时，Activity处于Activity栈顶，处理用户的交互。
• Paused——当Activity的一部分被挡住的时候进入这个状态，这个状态下的Activity不会接收用户的输入。
• Stopped——当Activity完全被覆盖时进入这个状态，此时Activity不可见，仅在后台运行。

1.3.1Activity的启动与销毁过程

在系统调用onCreate()方法之后，就会马上调用onStart（），然后继续调用onResume()以进入Resumed状态，最后就会停在Resumed状态，完成启动。系统会调用onDestroy()来结束一个Activity的生命周期让他回到Killed形态。————这个过程就是Activity的启动与销毁过程。

onCreate()中：创建基本的UI元素。
onPaused()与onStop()：清除Activity的资源，避免浪费。
onDestroy中：因为引用会在Activity销毁的时候销毁，而线程不会，所以清除开启的线程。

1.3.2Activity的暂停与恢复过程

当栈顶的Activity部分不可见后，就会导致Activity进入Paused形态，此时就会调用onPaused()方法，当结束阻塞后，就会调用onResume()方法来恢复到Resume形态。——Activity的暂停与恢复过程

onPaused():释放系统资源，如Camera,sensor,receivers.
onResume()：需要重新初始化在onPaused中释放的资源。

1.3.3Activity的停止过程

栈顶的Activity部分不可见时，实际上后续会有两种可能，从部分不可见到可见，也就是恢过程；从部分不可见到完全不可见，就是停止过程。系统在当前Activity不可见的时候，总会调用onPause()方法。
每当Activity由不可见到可见都会调用onStart()方法。

1.3.4Activity的重新创建过程

如果你的系统长时间处于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中。

三：AndroidMainifest启动模式
四种启动模式

• sandrad
• singleTop
• singleTask
• singleInstance

3.1standrad

默认的启动模式，如果不指定就使用这种方式启动Activity。这种启动模式每次都会创建新的实例，每次点击standard模式创建Activity后，都会创建新的MainActivity覆盖在原Activity上。

3.2singleTop

如果启动Activity为singleTop模式，那么在启动时，系统会判断当前栈顶Activity是不是要启动的Activity，如果是则不创建新的Activity而直接引用这个Activity；如果不是则创建新的Activity。
这种启动模式虽然不会创建新的实例，但是系统仍然会在Activity启动时调用onNewIntent（）方法。举个例子，如果当前任务栈有ABC三个Activity，且C的启动模式是singleTop的，那么这时候如果再启动C，系统就不会创建新的C的实例，而是调用C的onNewIntent（）方法，当前任务栈仍然是ABC三个Activity。

3.3singleTask
singleTask是检测整个Activity栈中是否存在当前需要启动的Activity，如果存在，将该Activity置于栈顶，并将该Activity以上的Activity都销毁。不过这里是指在同一个App中启动这个singleTask的Activity，如果是其他程序以singleTask模式来启动这个Activity，那么它将创建一个新的任务栈。
注意:如果启动模式为singleTask的Activity已经在后台一个任务栈中了，那么启动后，后台的这个任务栈将一起被切换到前台。

这个模式创建的Activity不是在新的任务栈中被打开，就是将已打开的Activity切换到前台，所以这个启动模式通常用来退出整个应用：将主Activity设为singleTask模式，然后在要退出的Activity中转到主Activity，从而将主Activity之上的Activity都清除，然后重写主Activity的onNewIntent()方法，在方法中加上一句finish()，将最后一个Activity结束掉。

3.4singleInstance

申明为singleInstance的Activity会出现在一个新的任务栈中，且该任务栈只存在这一个Activity。
例子：如果应用A的任务栈中创建了A活动的实例，且启动模式为singleInstance，如果B应用也要激活A活动，则不需要创建，两个应用共享该A活动。这种启动模式通常用于需要与程序分离的界面，如在SteupWizard中调用紧急呼叫，就是使用这种启动模式。

注意

关于singleTop和singleInstance这两种启动模式：如果在一个singleTask或者singleInstance的ActivityA中通过startActivityForResult()方法来启动另一个ActivityB，那么系统将直接返回Activity.RESULT_CANCELD而不会再去等待返回。这是由于子系统在Framework层做了对这两种启动模式的限制，不同Task之间，默认是不能传递数据的，如果一定要传递，就只能通过Intent来绑定数据。

四：IntentFlag启动模式

Intent的Flag来设置一个Activity的启动模式
常用Flag

• Intent.FLAG_ACTIVITY_NEW_TASK——使用一个新的Task来启动一个Activity,但启动的每个Activity都将在一个新的Task中。该Flag通常使用在Service中启动Activity的场景，由于在Service中并不存在Activity栈，所以该Flag来创建一个新的Activity栈，并创建新的Activity实例。
• FLAG_ACTIVITY_SINGLE_TOP——与启动模式“singleTop”效果相同
• FLAG_ACTIVITY_CLEAR_TOP——与singleTask相同
• FLAG_ACTIVITY_NO_HISTORY——使用这种模式启动Activity，当该Activity启动其他Activity后，该Activity就消失了，不会保留在Activity栈中，例如A-B，B中以这种模式启动C，C再启动D，则当前Activity栈为ABD。

五：清空任务栈

可以在AndroidMainifest文件中的< activity>标签中使用以下几种属性来清理任务栈。

• clearTaskOnLaunch——每次返回该Activity时，都将该Activity之上的所有Activity都清除。这个属性可以让这个Task每次再初始化的时候，都只有这一个Activity。
• finishOnTaskLaunch——与clearTaskOnLaunch类似，只不过clearTaskOnLaunch作用在别人身上，而finishOnTaskLaunch作用在自己身上。离开这个Activity所处的Task，那么用户再返回时，该Activity就会被finish掉。
• alwaysRetainTaskState——给Task加了免死金牌，如果将Activity这个属性设为true，该Activity所在的Task将不接受任何清理命令，一直保持当前Task状态。

六：任务栈使用

任务栈使用要根据项目实际需要，不要为了使用而使用