Android Activity 详解

● Activity

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

●  起源

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

●  Activity形态

Activity最大的特点就是拥有多种形态，它可以在多种形态间进行切换，以此来控制自己的生命周期。

Active/Running

这时候，Activity处于Activity栈的最顶层，可见，并与用户进行交互。

Paused

当Activity失去焦点，被一个新的非全屏的Activity或者一个透明的Activity放置在栈顶时，Activity就转化为Pausde形态。但它只是失去了与用户交互的能力，所有信息状态、成员变量都还保持着，只有在系统内存极低的情况下，才会被系统回收掉。

Stopped

如果一个Activity被另外一个Activity完全覆盖，那么Activity就会进入Stopped形态。此时，它不再可见，但却依然保持了所有状态信息和成员变量。

Killed

当Activity被系统回收掉或者Activity从来没有创建过，Activity就处于Killed形态。

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

●  生命周期

Google给了我们一张图来揭示Activity的生命周期，如图（1）所示，他希望Activity能被开发者所控制。而不是变成一匹脱缰的野马。

 

                                                                        图（1）Activity生命周期（经典）

虽然图（1）这张经典图众所周知，但经常让人无法理解，因此，我们使用另一张图来分析，如图（2）所示。

 

                                                                                      图（2）Activity生命周期

开发者当然不必实现所有的生命周期方法，但知道每一个生命周期状态的含义，可以让我们更好的掌控Activity，让它能更好地完成你所期望的效果。

图（2）列举了很多Activity的生命周期状态，但其中只有三个状态是稳定的，而其他状态都是过渡状态，很快就会结束。

Resumde

这个状态，也就是前面说的Activity/Running形态，此时，Activity处于Activity栈顶，处理用户的交互。

Paused

当Activity的一部分被挡住的时候进入这个状态，这个状态下的Activity不会接收用户输入。

Stopped

当Activty完全被覆盖时进入这个状态，此时Activity不可见，仅在后台运行。

● Activity启动与销毁过程

在系统调用onCreate()，就会马上调用onStart()，然后继续调用onResume()以进入Resume状态，最后就会停在Resumed状态，完成启动。系统会调用onDestroy()来结束一个Activity的声明周期让它回到Killed形态。

以上这个过程就是Activity的启动与销毁过程。

onCrect()中：创建基本的UI元素。

onPause()与onStop()：清楚Activity的资源，避免浪费。

onDestory()中：因为引用会在Activity销毁的时候销毁，而线程不会，所以清除开启的线程。整个流程如图（3）中的1、2、3所示。

                                                               图（3）Activity的启动与销毁

● Activity的暂停与恢复过程

当栈顶的Activity部分不可见后，就会导致Activity进入Pause形态，此时就是调用onPause()方法，当结束阻塞后，就会调用onResume()方法来恢复到Resume形态。

以上这个过程就是Activity的暂停以恢复过程。

onPause()：释放系统资源，如Camaera、sensor、receivers。

onResume()：需要重新初始化在onPause()中释放的资源。

整个过程如图（4）的1、2所示。

                                                                 图（4）Activity的暂停与恢复过程

当一个Activity重新回到前台状态的时候，即图（5）中的1、2、3、4的过程。

 

                                                              图（5）Activity的暂停与恢复过程

从图（5）中可以看出，每当Activity由不可见到可见。都会调用onStatr()方法。

● Activity的重新创建过程

最后来看看Activity是如何重新创建的。如果你的系统长时间处于stopped形态而且此时系统需要更多内存或者系统内存极为紧张时，系统就会回收你的Activity，而此时系统为了补偿你，会将Activity状态通过onSaveInstanStare()方法保存到Bundle对象中，当然你也可以增加额外的键值对存入Bundle对象以保存这些状态。当你需要重新创建这些Activity的时候，保存的Bundle对象就会传递到Activity的onRestoreInstanceState()方法与onCreate()方法中，也就是onCreate()方法中的参数——Bundle savedInatanceState的来源。

                                                                          图（6）Activity重新创建过程

图（6）中的1、2、3就是Activity的重新创建过程。不过这里需要注意的是，onSaveInstanseState()方法并不是每次当Activity离开前台时都会调用的，如果用户使用finish()方法结束了Activity，这不会调用。而且Android系统已经默认实现了控件的状态缓存，以此来减少开发者需要实现的缓存逻辑。