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中配置:

<activity
    android:configChanges="locale|orientation|screenSize|keyboardHidden">

其中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。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,186评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,858评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,620评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,888评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,009评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,149评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,204评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,956评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,385评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,698评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,863评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,544评论 4 335
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,185评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,899评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,141评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,684评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,750评论 2 351

推荐阅读更多精彩内容