Android进阶(一) Activity 的生命周期详解

接触Android已经有两年了,总感觉自己停留在某个阶段已经很久了,应该会有好多人和我有相同的感觉吧,是时候去吸收一波知识了,任玉刚大神的《Android 开发艺术探索》是一本非常不错的进阶书籍(推荐大家买来拜读一下)。这是我第二遍去看这本书了,第一次是我刚刚开始实习,好多知识都是迷迷糊糊的看过了,经过一年的学习和工作,第二次有了不同的体验!拿出来和大家一起共享和学习。

随后会根据《Android开发艺术探索》这本书的学习过程推出《Android 进阶》系列博客,希望大家多多支持!!!
第一篇也是开篇毫不犹豫的会介绍我们的老朋友Activity,他的重要性就不用过多的阐述了,有关Activity的知识点也比较多,我们就跟着大神的脚步,从Activity的生命周期开始我们的《Android 进阶》系列。

Activity 的生命周期主要分为两种情况,一种是正常情况下的生命周期,一种是异常情况下的生命周期。所谓正常情况下的生命周期是指在没有系统干预情况下的生命周期,而异常情况下的生命周期则是指在有系统干预情况下Activity的生命周期,这里的有系统干预指的是由于内存不足Activity被系统回收,或者当前设备的Configuration发生改变从而导致Activity的生命周期发生变化。
(一)正常情况下的生命周期
首先来一张官网对于Activity生命周期的概括图

Activity生命周期图

从上图中我们可以看出正常情况下Activity从开始创建到被销毁会依次经历onCreate(),onStart(),onResume(),onPause(),onStop(),onDestory()方法。
(1) onCreate() :生命周期的第一个方法,此方法执行表示Activity正在被创建,在这个方法中我们通常会进行加载页面布局,初始化数据等操作。
(2) onStart():表示Activity正在被启动,此时的Activity已经是可见的,但是用户还是无法看到的,此时的Activity还在后台,无法与用户进行交互。
(3) onResume():表示Activity已经可见了,而且Activity从后台出现在了前台,可以与用户进行交互了。与onStart的区别就是虽然都表示Activity已经可见了,但是onStart的时候Activity是在后台的,用户无法看到,也无法进行任何的操作,但是onResume()执行的时候Activity已经转到了前台,可以与用户进行相应的操作。
(4) onPause():表示Activity正在停止,按照大神的理解,正常情况下onPause()执行完后会立即执行onStop方法,但在特殊情况下,如果在onPause执行后快速的回到当前的Activity,那么onResume()会被调用(这属于一种极端的情况,用户很难重现)。在这个方法中可以做一些数据的存储,内存的释放等工作,但是不能执行耗时的操作,因为onPause()必须完全执行完,新的Activity才会被创建。
(5) onStop():表示Activity即将停止,可以做一些稍微重量级的工作,但是依然不能太耗时。
(6) onDestory():表示Activity即将销毁,这是生命周期中的最后一个方法,可以做最后的资源释放。

(二)异常情况下的生命周期
异常情况下的生命周期主要指的是资源相关的系统配置发生改变导致Activity被杀死并重建以及内存系统不足时Activity可能被杀死两种情况。接下来我们分别做详细的介绍。
(1) 要理解这个问题,就要对系统的资源加载机制有所了解,举个简单的例子,如果我们不做处理,默认情况下,如果手机进行横竖屏切换的操作,当前的Activity就会被销毁和重建(我们也可以阻止系统重新创建我们的Activity)。
当系统配置发生改变后,Activity会被销毁,其onPause,onStop,onDestory均会被调用,同时由于Activity是在异常情况下终止的,系统会调用onSaveInstanceState()方法来保存当前Activity的状态,这个方法是在onStop()之前调用的,但是和onPause()方法是没有前后调用关系的,可能在onPause()之前调用,也可能在onPause()之后调用。当Activity被重新创建后,系统会调用onRestoreInstanceState(),并且把onSaveInstance()方法所保存的Bundle对象作为参数传递给onRestoreInstanceState()方法和onCreate()方法。

(2) 系统内存资源不足导致低优先级的Activity被杀死
内存不足的情况下Activity的生命周期和(1)的情况是一致的。这里主要介绍一下Activity的优先级情况
1.前台Activity:也就是正在与用户进行交互的Activity,系统会优先保护该类Activity,它的优先级也是最高的。
2.可见但非前台的Activity:比如Activity跳转到一个透明的Activity,原Activity虽然是可见的,但是无法和用户进行交互。
3.后台Activity:优先级最低。
当系统内存不足时,系统就会按照上述的优先级去清理Activity所在的进程。
Activity的生命周期就介绍到这里,最后一句名人名言送给大家:
生活赋予我们一种巨大的和无限高贵的礼品,这就是青春:充满着力量,充满着期待志愿,充满着求知和斗争的志向,充满着希望信心和青春。 —— 奥斯特洛夫斯基

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

推荐阅读更多精彩内容