正常情况下的生命周期
正常情况下一个Activity的生命周期包含下面几个方法
- onCreate() 表示Activity正在创建,常做初始化的工作,如setContentView和初始化所需数据
- onStart() 表示Activity正在启动,这时已经可见,但并不在前台活动,无法和用户交互
- onResume() 表示Activity已经可见,并且在前台活动,能与用户交互
- onPause() 表示Activity正在停止,此时可见但不在前台活动
- onStop() 表示Activity即将停止,此时可以做重量级的回收工作,关闭网络连接,注销广播等
- onDestroy() 表示Activity即将销毁,在这里做回收工作和最终的资源释放
例子:一个ActivityA启动另一个ActivityB
A.onCreate() -> A.onStart() -> A.onResume() -> A.onPause() -> B.onCreate() -> B.onStart() -> B.onResume() -> A.onStop()
由此可以看出不能在onPause()方法中执行耗时的操作,这样会影响新Activity的启动速度
如果ActivityB是透明的,那么ActivityA的onStop()方法不会调用,类似ActivityB是一个对话框onStop()方法也不会调用
异常情况下的生命周期
例如横屏竖屏切换的时候Activity重建,这是Activity会被销毁onResume(),onPause(),onDestory()都会被调用,异常终止系统会调用onSaveInstanceState()方法,此方法在onStop()前调用,与onPause()方法没有时许性,当Activity被重建时,系统会调用onRestoreInstanceState()恢复Activity状态
系统内存不足导致Activity被杀死的情况与上述相同
当系统配置改变时我们不想重建Activity的话可以设置configChanges参数
如
android:configChanges="orientation"
Activity的启动模式
Activity的启动模式一共有四种,standard, singleTop, singleTask, singleInstance
-
standard 标准模式 每次启动Activity都会创建一个Activity的实例
-
singleTop 栈顶复用模式 要启动的Activity如果处于任务栈顶,那么就不会创建新的实例,不处于栈顶就创建新实例
-
singleTask 栈内复用模式 ActivityA请求启动后,系统会寻找是否有ActivityA需要的任务栈,如没有则创建任务栈并创建ActivityA的实例,如有,则将ActivityA上的所有Activity出栈,使ActivityA处于栈顶
举个栗子 1.任务栈S1中为ABC,这时D请求在任务栈S2中启动,则会创建S2以及D的实例 2.任务栈S1中为ABC,这时D请求在任务栈S1中启动,则会创建S2以及D的实例,并将D放到S1中 3.任务栈S1中为ADBC,这时D请求在任务栈S1中启动,那么系统会将CB出栈将D置于栈顶
-
singleInstance 单实例模式 以这种模式启动的实例只能位于一个单独的栈里