Activity的生命周期和启动模式

Activity生命周期分析

正常情况下的生命周期

  • onCreate
    Activity正在创建。一般用setContentView加载界面布局,初始化Activity所需数据。

  • onRestart
    Activity正在重启。如果Activity已经stop了又重启,就调用这个方法

  • onStart
    Activity正在启动。此时处于肉眼可见状态,但是还没法活动。这个方法持续时间很短。

  • onResume
    Activity正在恢复。此时界面已经处于可见状态并已经可以和用户交互了。

  • onPause
    Activity正在暂停,此时界面处于肉眼可见,但是不可操作状态。这个方法中不能执行很耗时的任务,因为这个方法执行完之后新的Activity的onResume方法才能执行。

  • onStop
    Activity已经处于肉眼不可见状态,此时Activity不再位于栈顶。这个方法中可以执行一些稍微耗时的任务。如果新Activity采用了透明主题,当前Activity不会调用onStop。

  • onDestroy
    Activity正在销毁。可以做一些最终的回收工作和资源的释放。

正常启动流程:onCreate -> onStart -> onResume
启动另一Activity:onPause -> onStop
回到当前Activity:onRestart -> onStart -> onResume
返回键退出:onPause -> onStop -> onDestroy
内存不足时:onStop -> onCreate -> onStart -> onResume

异常情况下的生命周期

  1. 资源相关系统配置发生改变导致Activity重启
    典型情况是屏幕旋转时。系统在调用onDestroy前(和onPause没有明确的先后关系)会调用onSaveInstanceState保存一个Bundle对象,并在重启后onStart后调用onRestoreInstanceState并传入保存的Bundle对象。系统自带的View会自动保存恢复状态。
    可以在两个位置恢复数据,onCreate和onRestoreInstanceState,区别是onCreate时Bundle可能是null,而onRestoreInstanceState若被系统调用Bundle一定有值。官方建议用后者。当Bundle有值的时候,同时在两个位置都能取到值。
    onSaveInstanceState只会在Activity重启的时候才会调用,正常销毁时不会调用。

  2. 资源内存不足导致低优先级的Activity被杀死
    Activity优先级排序:
    1、前台活动Activity,onResume的
    2、前台但不活动Activity,onPause的
    3、后台Activity,onStop的
    系统会按照优先级去杀死目标Activity所在进程。如果一个进程中没有四大组件在运行,这个进程很容易被杀死。所以后台工作应该尽量放在Service中。

若不想让系统配置改变时重新创建Activity,可以在AndroidManifest.xml中配置:


其中orientation和screenSize经常联用,可以避免在屏幕旋转的时候重建Activity。
此时,系统配置改变后,会调用Activity的onConfigurationChanged方法,我们可以自己做一些特殊的处理。

一点思考:

  • 自定义View时可以override onSaveInstanceState和onRestoreInstanceState来保存View状态。
  • 有些后台工作可能能脱离四大组件运行在进程中,比如未关闭的Thread。

Activity的启动模式

LaunchMode

  • standard:标准模式。默认模式。每次启动一个Activity都会新创建一个它的实例。谁启动这个Activity,这个Activity就和它在同一个任务栈中。所以使用ApplicationContext去启动标准模式的Activity会报错,因为ApplicationContext并没有任务栈。此时应该指定FLAG_ACTIVITY_NEW_TASK,以singleTask模式启动,系统会为它创建一个新任务栈。

  • singleTop:栈顶复用模式。若欲启动的Activity处于栈顶,那么就不用重新创建,只调用它的onNewIntent方法。若新Activity已有实例存在,但是不是在栈顶,则依然需要重新创建。

  • singleTask:栈内复用模式。类似单例模式,只要栈中已经有实例存在,则只会调用实例的onNewIntent方法,不会新建实例。启动这类实例时,系统会先查找是否有它需要的任务栈,若没有则创建,接着找任务栈中有没有实例,没有就创建, 有就调用它的onNewIntent,且会将它之上的Activity全部出栈。

  • singleInstance:单实例模式。加强版的singleTask,栈里只能有这个Activity的一个实例,不能有其他Activity。

你可能感兴趣的:(Activity的生命周期和启动模式)