一、正常情况的生命周期
用户感知到的、可理解的、操作后逻辑上一定会走的生命周期过程。如按back键退出,一定会走onPause、OnStop、OnDestroy。
一般正常情况的周期就像上面所说的一样,但是因为Android本身内存或者其他的一些情况会使得Activity不按照正常的生命周期。比如当资源配置发生改变、系统内存不足时,Activity就会可能被杀死。下面两种常见的情况:
如竖屏切换到横屏,由于系统配置发生了改变,在默认情况下,Activity就会被销毁并重新创建(当然我们也可以阻止系统重新创建,具体下面会说)。A销毁后立刻创建B,A中的一些信息会在B中恢复。
异常情况下的调用流程:
我们来看一下生命周期异常运行的系统日志:
03-23 00:19:23.480 26457-26457/com.example.david.lifecircle E/TAG: onCreate() is invoked!03-23 00:19:23.481 26457-26457/com.example.david.lifecircle E/TAG: onStart() is invoked!03-23 00:19:23.481 26457-26457/com.example.david.lifecircle E/TAG: onResume() is invoked!03-23 00:19:51.323 26457-26457/com.example.david.lifecircle E/TAG: onPause() is invoked!03-23 00:19:51.324 26457-26457/com.example.david.lifecircle E/TAG: onSaveInstanceState() is invoked!Save Text = Save Data03-23 00:19:51.478 26457-26457/com.example.david.lifecircle E/TAG: onCreate() is invoked!03-23 00:19:51.488 26457-26457/com.example.david.lifecircle E/TAG: onStart() is invoked!03-23 00:19:51.490 26457-26457/com.example.david.lifecircle E/TAG: onRestoreInstanceState() is invoked!Recover Text = Save Data03-23 00:19:51.490 26457-26457/com.example.david.lifecircle E/TAG: onResume() is invoked!
注意:
onSaveInstanceState和onRestoreInstanceState调用时机:
当某个activity变得“容易”被系统销毁时,该activity的onSaveInstanceState就会被执行,除非该activity是被用户主动销毁的,例如当用户按BACK键的时候。注意上面的双引号,何为“容易”?言下之意就是该activity还没有被销毁,而仅仅是一种可能性。这种可能性有哪些?有这么几种情况:
在屏幕切换之前,系统会销毁activity A,在屏幕切换之后系统又会自动地创建activity A,所以onSaveInstanceState一定会被执行。
总而言之,onSaveInstanceState的调用遵循一个重要原则,即当系统“未经你许可”时销毁了你的activity,则onSaveInstanceState会被系统调用,这是系统的责任,因为它必须要提供一个机会让你保存你的数据(当然你不保存那就随便你了)。
至于onRestoreInstanceState方法,需要注意的是,onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成对的被调用的,onRestoreInstanceState被调用的前提是,activity A“确实”被系统销毁了,而如果仅仅是停留在有这种可能性的情况下,则该方法不会被调用,例如,当正在显示activity A的时候,用户按下HOME键回到主界面,然后用户紧接着又返回到activity A,这种情况下activity A一般不会因为内存的原因被系统销毁,故activity A的onRestoreInstanceState方法不会被执行。
另外,onRestoreInstanceState的bundle参数也会传递到onCreate方法中,你也可以选择在onCreate方法中做数据还原。
2、资源内存不足导致低优先级的Activity被杀死
这种情况不好模拟,但是其数据存储和恢复过程和情况1完全一致,这里简单的描述一下Activity的优先级情况。Activity的优先级从高到低可以大致分为一下三种:
(1)前台Activity——正在和用户交互的Activity,优先级最高。 (2)可见但非前台Activity——比如Activity中弹出了一个对话框,导致Activity可见但无法和用户直接交互。 (3)后台Activity——已经被暂停或者停止的Activity,优先级最底。
当系统内存不足的时候,系统就会按照上述优先级从低到高来杀死目标Activity。并在后续通过onSaveInstance和onRestoreInstance来存储和恢复数据。 特别提醒的是:如果一个进程中没有四大组件(Activity、Service、ContentProvider、BroadCastReceiver)。那么这个进程就会很快被杀死,因此一些后台工作不适合脱离四大组件而独立运行在后台中,否则很容易被杀死。一般是将后台工作放入Service中从而保证进程有一定的优先级,这样才不会被系统轻易杀死。
补充:如何使得在系统配置放生改变后,Activity不被重新创建呢?
我们可以在AndroidMainfest.xml里,对< activity />增加一个android:configChanges属性,来指定在哪些配置改变的情况下Activity不需要重建。如下所示:
<code>android:configChanges="keyboardHidden|locale|screenSize|orientation"//调出键盘、切换系统语言、屏幕尺寸(旋转屏幕时)改变、屏幕方向的改变时,不会重建Activi</code>