先上图。
Activity的生命周期直接受到相关的其它activity和它的任务以及所在栈的影响。
一个activity可生存在三种基本的状态中:
Resumed
Activity位于屏幕的最上层,并具有用户焦点,用户可以操作它。(此状态有时也被认为是“运行”状态)。
Paused
Activity B位于最上层并其获得输入焦点,acitvityA位于其下一层,但activity A依然可见,此时activityA就处于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重新启动时,它必须被从头创建。
onPause时保存数据
当用户离开activity时你可以在onPause()进行相应的操作. 更重要的是,用户做的任何改变都应该在该点上提交 (经常提交到ContentProvider这里保存数据)。