Activity生命周期

生命周期的方法

1.onCreate:表示activity的创建,这是activity生命周期的第一个方法,我们可以做初始化数据工作。
2.onStart:表示activity的可见,但我们还看不到,没有出现在前台,无法和用户发生交互.
3.onResume:表示activity出现在前台,我们可以看到。
4.onPause:表示activity正在停止工作,紧接着会执行onStop。这里可以做一些存储数据和停止动画的操作,但是这里不可以执行耗时操作。因为当前activity的onPause执行完,下一个activity的onResume才会执行。
5.onStop:表示activity的停止工作。可以执行比onPause稍微重量级的工作,但是同样不建议做一些耗时操作。
6.onDestory:表示activity的销毁,我们可以做一些资源回收和释放工作。
7.onRestart:表示activity正在重新启动。当activity从不可见到可见,出现的时机是activity的onPause和onStop执行了,接着用户又回到这个activity时。

activity的典型用法的生命周期如下所示:

第一次启动:onCreate->onStart->onResume
再次回到原Activity:onRestart->onStart->onResume
用户按back键:onPaume->onStop->onDestroy

当activityA在前台时唤起activityB的时候,他们之间的生命周期是如何执行的呢?

去其实刚才在讲方法的时候已经说的很清楚了,首先会执行activityA的onPause方法,然后执行activityB的onCreate->onStart->onResume,然后再去执行activityA的onStop,所以onPause方法千万不要执行很多的重量级操作,会影响activityB的显示时效.

但是有一些异常情况下,activity被杀死,就会涉及到以下两个方法:
onSaveInstanceState()和onRestoreInstanceState();
最常见的场景就是手机横评和竖屏切换的时候,默认情况下,Activity会被重新销毁重建,这个时候生命周期如下所示:

onSaveInstanceState-> onStop->onDestroy->onCreate->onStart->onRestoreInstanceState

那么数据是如何保存和恢复的呢?我们首先来看看这两个方法的参数:

@Override
protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
    super.onRestoreInstanceState(savedInstanceState);
}

看完方法参数就一幕了然了,当然是用Bundle来传递数据了.当activity被重建的时候,系统会把activity销毁的时候onSaveInstanceState方法里边的bundle作为参数,传递给onRestoreInstanceState和onCreate方法(默认情况下,onCreate方法的参数是null的),这个时候就可以在onRestoreInstanceState拿到我们保存的数据,进行恢复工作.

系统帮我们做的恢复工作:
很多时候,我们会发现,我们没有做任何的恢复工作,但是大部分的数据在切换横竖屏的时候,依然被保存下来了.这是因为系统帮我们做了,每一个view都有相对应的<font color=#ff0000 >onSaveInstanceState()和onRestoreInstanceState()</font>方法,系统在super方法里会调用(具体怎么调用可以参见源码看看,这里主见activity,不再赘述),所以如果我们的自定义view的时候也想系统帮我们恢复数据,也需要重写这两个方法.

activity在横竖屏的时候一定会销毁重建吗?
通常情况下是这样的,如果不想让系统重新创建,我们需要AndroidManifest中为指定的activity添加这个属性:

      android:configChanges="orientation"

但是,的在AndroidManifest.xml里设置的MiniSdkVersion和 TargetSdkVersion属性大于等于13的情况下,如果你想阻止程序在运行时重新加载Activity,除了设置"orientation",你还必须设置"ScreenSize"。所以,现在情况下,一般写成

      android:configChanges="orientation|screenSize"

这样,activity就不会销毁重新加载了,onSaveInstanceState()和onRestoreInstanceState()这两个方法也不会调用,取而代之的是onConfigurationChanged()方法,在这个方法里我们可以拿到横竖屏相关的信息,可以做一些我们的自己的操作.

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

推荐阅读更多精彩内容