android activity 生命周期研究

管理Activity的生命周期

　　通过实现activity的生命周期回调方法来管理你的activity，是创造既稳定又灵活的activity的关键。Activity的生命周期直接受到相关的其它activity和它的任务以及所在栈的影响。

一个activity可生存在三种基本的状态中：

Resumed

　　Activity位于屏幕的最上层，并具有用户焦点，用户可以操作它。（此状态有时也被认为是“运行”状态）。

Paused

　　Activity B位于最上层并其获得输入焦点，acitvity A位于其下一层，但activity A依然可见，此时activity A就处于Paused状态。Activity A可见的原因可能是activity B是半透明的，或acitvity B不覆盖整个屏幕。此状态的activity依然是“活”的，因为它还是位于内存中，并且它被窗口管理器所管理。它只要获取到CPU时间片它就可以接着运行，当然系统此时是不想让它运行的，所以不给它CPU时间片。此状态的activity在RAM剩余极少时，可能被系统杀掉。

Stoped

　　一个Activity如果被其它activity完全遮盖，那么它就处于Stoped状态。此时它处于“后台”。此状态的activity也是“活”的，它依然位于内存中，但是窗口管理器中把它除名。然而，它不再被用户看到并且系统可以在其它组件需要内存时把它杀掉，也就是说它比paused状态的更容易被杀害。

如果一个activtiy处于paused或stoped状态，系统可以杀死它。杀死它的方法有比较温和的：请求activity用finish()自杀，或直接用暴力的方法：杀掉activity所在的进程。不论怎样，activity被从内存中移除。当被杀或自杀的activity重新启动时，它必须被从头创建。

1.活动的四种状态：

运行状态：当一个活动位于返回栈的栈顶时，这是活动就处于运行状态。系统不会回收处于运行状态的活动。

暂停状态：当一个活动不再处于栈顶位置，但仍然可见时，这时活动就进入了暂停状态。

停止状态：当一个活动不在处于栈顶位置，并且完全不可见的时候，就进入了停止状态

销毁状态：当一个活动从返回栈中移除后就变成了销毁状态。

下图展示了这些循环以及在状态切换时activity所经过的步骤。方框表示回调方法。

l Activity的可见期位于onStart()和onStop()之间。在可见期内，用户可以看到activity并与它交互。例如：onStop()在新的activity启动并且当前activity不在被看到时被调用。在可见期内，你可以在内存中保持与activity显示相关的资源。例如：你可以在onStart()中注册一个BroadcastReceiver，以监视对界面有影响的系统事件（比如主题或字体的改变）；并其在onStop()中取消注册，因为此时用户看不到这个activity的界面了。在整个生命周期中，onStart()和onStop()会被多次调用，因为activity可能多次显示又隐藏，隐藏又显示…

   可见：OnStart 到OnStop之间。

   有焦点：OnResume 到OnPause之间。

 

   在OnStop方法中，我们应当暂停或者结束动画，线程，定时器服务等这些用来更新用户界面的资源。Activity变成Invisible时，这些资源的更新没有任何意思反而会增加系统消耗。

   正确的方法是当UI变的可见之后，调用OnStart或者OnRestart方法继续或者重启Activity的这些资源。

 

   OnStart()和OnStop也被用于注册、取消注册BroadcastReceiver.

 

 

   6:OnSaveInstanceState()是为了保持用户的界面信息到Bundle中。会在OnPause之前调用。这样下次Activity变得活跃的时候呈现和上次一样的用户界面。

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

      也就是说用户输入焦点时被调用 解释下, 用户输入焦点 用过Android手机或者其他系统的手机时，经常会看到有些窗口虽然能看到但无法对他进行操作，这时的Activity就没有或得用户焦点.

      如果B Aactivity 跳回到 A Aactivity 并且要改变Aactivity ，onResume()方法会被调用，这是一个刷  新的好机会。

onRestart ()    执行过onStop()才会执行；

onPause()        一般是做一些变量的设置,因为这个时候Activity马上就要切到后台处理,可能有些变量就要被释放掉或者状态要做些相应的调整.

       举个例子：Activity正在运行，这时弹出一个Dialog对话框  onPaused马上被调用了吗？事实上没有马上被调用 ，只有这个Dialog 结束跳转到另一个Activity 才会onPaused--onStop。那么它在弹出对话框的时候调用哪个方法？事实上是一个生命周期方法都没调用

下表更详细的介绍了生命周期函数的事项。

方法	描述	完成后可杀掉？	下一个
onCreate()	当activity被创建时调用。这是做一般的静态初始化的地方，比如创建界面，把数据绑定到列表，等等之类。这个方法会被传入一个Bundle对像，它包含了activity的上一次（关闭时）的状态（如果这个状态可以得到）。此方法后面永远跟着onStart()。	否	onStart()
onRestart()	在停止后被调用，但不是停止后马上调用，而是在再次开始前调用，也就是在再次调用onStart()之前立即调用。	否	onStart()
onStart()	当activity变成可见后立即调用它。如果activity成为最上层，则调用onResume()，如果完全被摭盖，就调用onStop()。	否	onResume()或onStop()
onResume()	当activity处于最上层时，立即调用此方法。此时activity获得输入焦点。后面跟着onPause()。	否	onPause()
onPause()	当另一个activity要进入Pause状态时调用此方法。这个方法一般是用来提交那些发生改变的永久化的数据们，停止动画和其它消耗CPU的玩意们。这些工作必须以最快的速度完成，因为在这个方法返回之前，另一个activity就不能进入resume状态。当它又回到最上层时，后面跟着onResume()，当它被完全摭盖时，后面跟着onStop()。	是	onResume() or onStop()
onStop()	当activity被完全摭盖时被调用。当activity要销毁时或被其它activity完全摭盖时都会发生。如果这个activity又回到最上层，则后面跟着onRestart()，如果它逝去了，则跟着onDestroy()。	是	onRestart() or onDestroy()
onDestroy()	在activity销毁之前被调用。这是activity能收到的最后一个调用。调用的原因可能是别人在这个activity上调用了finish()，也可能是系统为了更多的内存空间而把它所在的进程处死了。在这个方法中，可以调用isFinishing()来判断自己属于哪一种死法。	是	nothing