Activity的四种状态
一、Activity主要的四种状态：
　　　 Running（运行）：在屏幕前台（位于当前任务堆栈的顶部）
　　　 Paused（暂停）：失去焦点但仍然对用户可见（覆盖Activity可能是透明或未完全遮挡）
　　　 Stopped（停止）：完全被另一个Activity覆盖
Destroyed（销毁）：退出，完全销毁

二，介绍
Android程序中，Activity是程序和用户交互的界面，在系统中存在四种状态：Running,Paused, Stopped, Killed。

Running是指Activity在系统中获得焦点的状态，此时用户可以与该程序进行交互，对程序进行直接操作。

Paused 是指Activity在系统中未获得焦点，但对用户来说仍然可视的状态，该Activity上层可能有一个透明、对于用户不可见的Activity层或者有一个Dialog样式的Activity层，都会让Activity进入Paused状态。此状态下该Activity无法和用户进行直接交互。

Stopped是当该Activity在系统中失去焦点并且上层存在不透明的、非Dialog样式的Activity(即对用户不可视)的状态。此状态下，该Activity的数据毁在RAM中暂时保留，但是，一旦系统需要内存，这种处于Stopped状态的Activity占用的RAM空间会优先被清理并重新利用。所以，在Activity处于Stopped状态时，必须要保存该Activity的UI状态，否则一旦RAM空间被重新利用，UI状态和数据就完全丢失。

Killed是指Activity在RAM中被移除或者关闭的状态。也就是说此时Activity处于关闭的状态，不占用RAM空间。

三、详解
Activity四大基本状态
Activity生命周期一般分为四个基本状态，分别是活动状态(running)，暂停状态(paused)，停止状态(stopped)和死亡状态。

1.活动状态(running)
活动状态一般是指该Activity正处于屏幕最显著的位置上显示，即该Activity是在Android活动栈的最顶端。
一般地当Activity 创建后就是处于该状态中。
期间触发的函数及顺序为： onCreate() ->onStart() -> onResume()。
其中:
onCreate()只有在该Activity是第一次被创建时才会被调用，主要是负责Activity的一般性的初始化设置，包括视图的创建，数据的绑定等等。需要注意的是若之前有冻结的state(即系统对该Activity调用过onSaveInstanceState()函数)，则可以通过其 Bundle 参数进行state恢复。
onStart()是当Activity正在变为可见状态时才会被调用。一般地在此期间可以注册一个广播等等。
onResume()是在该Activity将要和用户进行交互时被调用，此时Activity位于的活动栈顶部。

2.暂停状态(paused)
暂停状态一般指该Activity已失去了焦点但仍然是可见的状态(包括部分可见)。一个处于暂停状态的Activity只有在系统极度缺乏内存资源的情况下才会被系统强制结束。
运行状态到暂停状态所触发的函数及顺序为：onResume() -> onPuased()。
暂停状态恢复至运行状态所触发的函数及顺序为：onPuased() -> onResume()。
其中：
onPuased()是当一个Activity失去系统焦点后将会被调用，包括见面被部分遮挡，以及设备转入休眠状态等等。一般地在此期间对一些未保存的数据进行持久化并停止其他需要耗费CPU的操作，同时不可进行耗时操作，否则会阻塞系统UI线程。

3.停止状态(stopped)
停止状态一般指该Activity被另一个Activity完全覆盖的状态，这是它仍然保持所有的状态，但是由于该Activity变得不可见，所以系统经常会由于内存不足而将该Activity强行结束。
暂停状态到停止状态所触发的函数及顺序为：onPuased() -> onStop()。
停止状态恢复至运行状态所触发的函数及顺序为：onStop() -> onRestart() -> onStart() -> onResume()。
其中：
onStop()是当一个Activity变为不可见时将会被调用，此时可能是由于该Activity要被注销或新的Activity完全遮挡了该Activity。在此期间一般可以进行取消注册广播等操作，因为用户不可见。
onRestart()是当一个Activity从停止状态恢复至运行状态时将会被优先调用。

4.死亡状态
死亡态是指该Activity被系统销毁。当一个Activity处于暂停状态或停止状态时就随处可能进入死亡状态，因为系统可能因内存不足而强行结束该Activity。
停止状态到死亡状态分为两种情况：(1)由用户操作导致,则执行：onStop() -> onDestroy()。(2)由系统自动强制执行，则该Activity被强行结束。
其中：
onDestroy()是当一个Activity正在被系统finished期间被调用的。

Activity七大生命周期函数
Activity一共有七个生命周期函数，分别为onCreate()，onRestart()，onStart()，onReusme()，onPause()，onStop()，onDestory()。它们的被调用的情况以及作用已在上一段中进行了相关的介绍分析，在此就不再赘述。
其实在一个Activity整个生命周期中上述七大生命周期函数并不是一定都会被执行的，有时由于系统内存不足的缘故，部分生命周期函数将会被跳过不执行。
一般地onCreate()，onRestart()，onStart()，onReusme(),onStop(),onPause()这6个函数是不能被系统跳过不执行的，而onDestory()函数在系统内存不足时，该函数将直接被系统跳过不执行。
onPause()函数比较特殊，即使在系统内存不足时，也一定会执行完该函数后其Activity才会被强制结束，原因是下一个Activity在等到该函数结束前前是不会继续进行。所以该函数常常用于对数据的持久化操作，同时也禁止进行任何耗时的操作。
onStop()函数则最为特殊，当Android的运行环境为HONEYCOMB即3.0之前的版本时，onStop()函数是可以被系统跳过不执行的。但是在HONEYCOMB即3.0之后的版本，onStop()函数和onPause()函数一样不能被跳过不执行。

切换横竖屏触发的生命周期事件
1.不设置Activity的android:configChanges时，切屏会重新调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次。
2.设置Activity的android:configChanges=”orientation”时，切屏还是会重新调用各个生命周期，切横、竖屏时只会执行一次。
3.在Android3.2之前，设置Activity的android:configChanges=”orientation|keyboardHidden”时，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法。但在Android3.2及其之后，仍会重新调用各个生命周期一次，因为screen size也开始跟着设备的横竖切换而改变。
4.Android3.2及其之后,设置Activity的
“android:configChanges=”orientation|keyboardHidden|screenSize“，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法。

Activity生命周期都该做哪些事情？
onCreate函数:注册你要用到的变量，比如说service，receiver，这些变量是无论你的Activity是在前台还是在后台都能够被响应到的（这里应当引起注意并关心到onStart），调用setContentView()函数初始化布局信息。

onStart函数:注册一些变量。这些变量必须在Android Activity类在前台的时候才能够被响应（或者这样说更明确，变量的注册更应当放在onCreate中，但是有些变量的注册必须在activity处于前台时才可行，这些则放在onStart中）。

onResume函数:调用一些刷新UI的函数，每当Activity调用到这里时就要刷新一下UI各控件的状态。

onPause函数:一般是做一些变量的设置，或者保存，因为这个时候Activity马上就要切到后台处理，可能有些变量就要被释放掉或者状态要做些相应的调整。

onStop函数:反注册在onStart函数中注册的变量。

onDestory函数:反注册在onCreate函数中注册的变量。极端情况下，系统会直接杀死我们的app进程，并不执行activity的onDestroy()回调方法, 因此我们需要使用onStop()来释放资源，从而避免内存泄漏。

如何实现一个符合用户期待的app，我们需要注意下面几点：
使用app的时候，不会因为有来电通话或者切换到其他app而导致程序crash。
用户没有激活某个组件时不会消耗宝贵的系统资源。
离开app并且一段时间后返回，不会丢失用户的使用进度。
设备发生屏幕旋转时不会crash或者丢失用户的使用进度。

onSaveInstanceState()方法适合保存什么数据?
google工程师们对onSaveInstanceState如此设计就是让其完成对一些临时的、非永久数据存储并进行恢复。什么样的数据属于临时数据呢？举个例子，比如EditText中输入的内容，CheckBox是否勾选，ScrollView的滑动位置，目前视频的播放位置等等。
由于onSaveInstanceState()方法方法不一定会被调用（如：主动点击back按键时）, 因此不适合在该方法中保存持久化数据, 例如向数据库中插入记录等. 保存持久化数据的操作应该放在onPause()中. onSaveInstanceState()方法只适合保存瞬态数据, 比如UI控件的状态, 成员变量的值等。

无论出现怎样的情况，比如程序突然死亡了，能保证的就是onPause方法是一定会调用的，而onStop和onDestory方法并不一定，所以这个特性使得onPause是持久化相关数据的最后的可靠时机。当然onPause方法不能做大量的操作，这会影响下一个Activity入栈。