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 |
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。