Activity基本生命周期

原文首发至我的个人博客:yanhuili.github.io

现在讨论activity生命周期的文章已经很多了,但是有时候看得太多反而会觉得思绪很乱。这篇博的目的就是帮助你快速的理清思路,也是自己学习的一些总结。

首先什么是Activity?

在很多的书籍里面将其直译为活动。因为像比如service之类的在后台跑着的服务,也可以称作是活动的一种,言下之意是同一个活动里面,有前台的部分和后台的部分(通常就是service)。因此我认为恰当的翻译应该是:直接和用户交互的组件。在这里的话,我就尽量只用activity而不使用活动作为描述。Activity的生命周期先上一个最经典的Activity生命周期的图片:


Activity生命周期

onCreate()

在onCreate方法里面,表示的的是一个activity正在被创建,这是activity启动的第一个方法,在这个方法里面,我们一般完成一些界面布局文件的初始化,绑定layout,setContentView,findviewbyid的初始化工作。

onStart()

onStart方法在活动由不可见到可见的时候调用,在实际的开发过程中,onCreate方法执行过一次就不再执行了,因此我的经验而言,会在onStart方法里面更新适配器,重新拿到数据,更新UI界面。

onResume()

当这个方法调用的时候,说明activity已经等待和用户发生交互了,并出于运行的状态,位于返回栈顶部。

onPause()

当系统正在启动或者恢复另一个activity的时候,这个方法得到执行。在这个方法里面,我们通常保存一些重要的数据,释放一些资源,以便以后恢复的时候能完善用户体验

onStop()

这个方法在activity变得完全不可见的时候调用,如果只是得到一个透明的对话框,提示框的话,onPause方法会得到执行,onStop方法不会执行。

onDestroy()

这个方法在activity被摧毁之前调用,之后activity处于销毁状态,我们一般在这里,unregisterBroadcast,否则会抛出一个异常。

onRestart()

当activity从停止状态变为运行状态(重新启动)的时候,此方法得到调用。

完整的生命周期

完整的一个activity的生命周期,指的是从onCreate方法到ondestroy方法结束的整个过程。

前台生存期

activity从onRemuse方法到onPause方法之间的过程,整个过程是用户可见,可交互的。

总结

当一个activity(A)启动的时候:
onCreate()->onStart()->onResume().以上三个方法会率先执行,等待用户操作。启动第二个Activity(B)并且完全遮挡住A的时候。A会先执行

onPause()->onStop()```
如果此时点击back返回按钮,A会执行
```java
onRestart()->onStart()->onResume().```
当启动的第二个activity(B)没有完全遮挡住A的时候,A只会执行onPause方法,比如说弹出一个对话框,dialog之类的。当用户点击返回的时候,A会执行onResume方法,如图所示,执行。

```java
onPause()->onResume()```

有一点需要特别注意的,当正在处于onPause或者onStop阶段的activity有时候会遇到更高优先级的另外的activity启动,或者内存不够,所以系统会回收内存,随即把我们的activity回收掉。当我们返回原activity在时候,就需要从onCreate方法开始重新创建。

# 活动回收了怎么办
如果很不凑巧,在系统回收的activity里面恰好有存放的数据,我们注意到onSaveInstanceState(Bundle savedInstanceState),有个bundle对象,这个bundle对象就是用来存储数据的。

```java
 @Override
   protected void onSaveInstanceState(Bundle outState) {
       super.onSaveInstanceState(outState);
   
         String tempData= "some data you need store";
            output.putstring("data",tempdata);

采用这个方法用来保存零时的数据,用键值对的方式来保存。然后在oncreate方法种来恢复。

protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);


      if(savedInstanceState!=null){
       String  tempData=savedInstanceState.getString("data");
 }

如果savedInstanceState的值不为空的话,即可取出值。

参考资料:

《第一行代码》 郭霖。

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

推荐阅读更多精彩内容