活动的生命周期

我们知道Android中的活动是可重叠的。我们每启动一个新的活动,就会覆盖当前的活动,然后点击Back就会销毁最上面的活动,下面的一个活动就会重新显示出来。
安卓使用任务来管理,一个任务就是放在栈里的活动集合 也叫返回栈,
每个活动在生命周期中对多4种状态, 运行 暂停(对话框 ,后面的也是可见的只有在内存极低的时候系统不得已才会去回收这个东西,) 停止(不可见系统保存状态和成员变量,不可靠 内存不够就可能被干掉) 销毁
oncreat(第一次被创建的时候,完成初始化操作,加载布局绑定事件)------onsatrt(不可见到可见)------onResume(准备好和用户进行交互调用,活动位于栈顶,) ------
onPause (在准备去启动其他活动,一般释放消耗CPU的以及保存一些关键数据,但是这个方法执行要快不然影响到后面的活动)------onStop(完全看不见的时候) ------onDestory(活动被销毁之前调用) ------ onRestart
onsatrt 和 onstop 对资源加载释放
其实Anroid是使用任务【Task】来管理活动的,一个任务就是一组存放在栈里的活动的集合,这个栈也被称作返回栈。栈是一种后进先出的数据结构,在默认情况下,每当我们启动了一个新的活动时,处于栈顶的活动会出栈,这时前一个入栈的活动就会重新处于栈顶的位置。系统总是会显示处于栈顶的活动给用户。
下面说一下活动在其生命周期的四种状态:
1、运行状态
当一个活动位于返回栈的栈顶时,这时活动就处于运行状态。系统最不愿意回收的就是处于运行状态的活动,因为这会带来非常差的用户体验。
1

1

2、暂停状态
当一个活动已经不再处于栈顶,但是仍然可见,这时活动就进入了暂停状态。你可能说既然活动既然不在栈顶了,还怎么会可见呢?这是因为并不是每一个活动都会占满整个屏幕,比如对话框形式的活动只会占用屏幕中间的部分区域。系统也不愿意去回收这种活动。除非是内存极低的情况。
1

1

3、停止状态
当一个活动不再处于栈顶位置,并且完全不可见时,就进入了停止状态,系统仍然需要仍然为这种活动保存相应的状态和成员变量,但是这并不是完全可靠的,当其他地方需要内存的时候,停止状态的活动就会被系统回收。
1

1

4、销毁状态
当一个活动从返回栈中移除后就变成了销毁状态。系统就会最倾向于回收处于这种状态的活动,从而保证手机的内存充足。
1

1

Activity类中定义了7个回调方法,覆盖了活动生命周期的每一个环节,下面就一一介绍这7个方法。
Oncreate();
会在活动第一次被创建时调用。可以在这里完成初始化操作,比如加载布局,绑定事件
1

1

Onstart();
这个方法在活动由不可见到可见时调用
1

1

OnPause()
这个方法在系统准备去启动或恢复另一个活动时调用。我们通常在这个方法中将一些消耗CPU的资源消耗掉,以及保存一些关键数据,但这个方法的执行速度一定要快,不然会影响到新的栈顶活动的使用。
1

1

Onstop()
在活动完全不可见时调用,它和Onpause的区别是,如果新启动的活动是一个对话框式的活动,那么OnPuase方法会得到执行,而OnStop方法不会执行
1

1

OnDestory()
在活动被销毁时调用
1

1

OnRestart()
在活动由不可见到可见时调用
1

1

以上7个方法除了OnRestart()方法,其他都是两两相对的,从而又可以将活动分为3种生存期
完整生存期——OnCreate——OnDestory
可见生存期——OnStart——OnStop
前台生存期——OnResume——OnPause

ok,前面说活动状态的过程中提到了系统回收,那么就产生了一个问题,假设我正在活动A编辑文字,跳转到了B,A就处于停止状态了,这是系统内存不足,A被回收。当从B再到A时,新建A活动,之前编辑的东西都丢了,这是很影响用户体验的。
怎么办呢?
Activity中有一个OnSaveInstance()回调方法,这个方法可以保证在活动被回收之前一定被调用,因此我们可以通过这个方法来解决活动被回调时数据得不到保存的问题。 代码如下
OnSaveInstenceState() 这个方法有两个,选只有1个的参数那个这个方法保证活动被回收前一定被调用 携带了bundle 参数,提供了系列的保存方法,putStriing(键 ,值) putInt
@Override

@Overrideprotected void OnSaveInstanceState(Bundle outState) { super.onSaveInstance(outState); String tempData = "Something you just typed"; outState.putString("data_key, tempData);}
1
2
3
4
5
6

1
2
3
4
5
6

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

推荐阅读更多精彩内容