Activity的生命周期全面分析

一.各个生命周期解释

(1) onCreate:表示Activity正在被创建,生命周期第一个方法,在此方法中做一些初始化工作,比如调用setContentView加载布局资源、初始化Activity所需数据等。

(2) onRestart:表示Activity正在重新启动,当前Activity从不可见重新变为可见状态,主要是发生在当用户打开一个新Activity,此时会执行当前Activity的onPause()和onStop()方法,接着再回到当前这个Activity的时候会执行此方法,或者用户在当前Activity页面按下Home键,再回到这个Activity也会执行该方法。

(3) onStart:表示Activity正在被启动,此时Activity已经可见了,但是还没有出现在前台我们还看不到,无法与其交互。

(4) onResume:表示Activity在已经可见,显示在前台并且可以与其交互,与onStart( )的时候都是可见,但是onStart的时候Activity是在后台,onResume的时候才在前台。

(5) onPause:表示Activity正在停止,正常情况下会接着调用onStop()方法,但是如果Activity采用透明主题则不会调onStop()方法,可以做一些存储数据,停止动画等工作,但这个方法不能处理太耗时的操作,因为新打开的Activity是在此Activity执行完onPause之后才能执行onResume()。

(6) onStop:表示Activity即将停止,可以做一些稍微重量级的回收工作,但不能太耗时。

(7) onDestory:表示Activity即将被销毁了,这是Activity生命周期的最后一个回调方法,可以执行最终的回收和资源释放工作。

二.生命周期回调顺序

(1).针对一个特定的Activity,第一次启动,回调如下:onCreate->onStart->onResume.

(2).当用户打开新的Activity或者切换到桌面的时候,回调如下:onPause->onStop.

(特殊情况:如果新的Activity采用透明主题,回调仅为onPause)。

(3).当用户再次回到原Activity时,回调如下:onRestart->onStart->onResume.

(4).当用户按下back返回键时,回调如下:onPause->onStop->onDestory.

(5).当后台Activity被系统回收后再次打开应用,回调如下:onCreate->onStart->onResume.

(6).从整个生命周期来说,onCreate和onDestory是配对的,标识着Activity的创建与销毁,在整个生命周期中仅调用一次。onStart和onStop是配对的,标识着Activity的可见,在整个生命周期中可调用多次。onResume和onPause是配对的,标识着Activity是否位于前台,在整个生命周期中可调用多次。

三.生命周期相关问题

(1).不能再onPause中做重量级的耗时操作,因为必须在onPause执行完成后新的Activity才能onResume显示出来.

(2).当系统配置发生变化后,Activity会被销毁,而此Activity是在异常情况下终止的,系统会调用onSaveInstanceState来保存当前Activity状态,这个方法调用时机是在onStop之前,它和onPause没有既定的时序关系,有可能在前,也有可能在后。正常情况下系统不会调用onSaveInstanceState,只有在Activity异常终止的情况下才调用。

(3).在onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。如果选择在onCreate中来恢复数据,一定要额外的判断Bundle是否为空.(官方文档建议使用onRestoreInstanceState来恢复数据)。系统也会默认为我们做一定的恢复工作,如保存当前Activity的视图结构,文本框中输入的数据,ListView滚动位置等。

(4).关于保存和恢复View的层次结构,系统工作流程是:Activity异常终止,Activity调用onSaveInstanceState去保存数据,然后Activity会委托Windows去保存数据,接着Window再委托它上面的顶层容器去保存数据。顶层容器是一个ViewGroup,一般来说它很可能是DectorView,最后顶层容器再去通知它的子元素保存数据。(这是一种委托思想,上层委托下层,父容器委托子元素去处理事情,如View的绘制过程,事件分发都是采用类似的思想)

(5).内存不足会导致低优先级的Activity被杀死:

    ①.后台Activity优先级最低,因为已经执行了onStop,被暂停了。

    ②.可见单非前台Activity,比如Activity中弹出一个对话框,导致Activity可见但位于后台无法与用户直接交互。

    ③.前台Activity,正在和用户交互的Activity。

备注:当系统内存不足时,系统会按照上述优先级去杀死目标Activity所在的进程,要在在onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。如果一个进程中没有四大组件在执行,很容易被系统杀死。解决方法一般是将后台工作放入Service中从而保证该进程有一定的优先级,不会轻易被系统杀死。

四.android:configChanges属性

如果我们没有给Activity指定configChanges属性,当配置发生变化后会导致Activity重新创建,常用的配置local,keyboardHidden,orientation,screenSize。

local:设备的本地位置发生了变化,一般指切换了系统语言。

keyboardHidden:键盘的可访问性发生了变化,不如用户调出了键盘。

orientation:屏幕方向发生了变化,这个最常用,比如旋转了手机屏幕。

screenSize:屏幕的尺寸信息发生了变化,当旋转手机屏幕时,屏幕尺寸会发生变化。

    ①.不设置Activity的android:configChanges时,切屏会重新调用各个生命周期,切横屏时会执行一次,切竖屏时会执行两次。

    ②.设置Activity的android:configChanges="orientation"时,切屏还是会重新调用各个生命周期,切横、竖屏时只会执行一次

    ③.设置Activity的android:configChanges="orientation|keyboardHidden"时,切屏不会重新调用各个生命周期,只会执行onConfigurationChanged方法

但是,自从Android 3.2(API 13),在设置Activity的android:configChanges="orientation|keyboardHidden"后,还是一样会重新调用各个生命周期的。因为screen size也开始跟着设备的横竖切换而改变。所以,在AndroidManifest.xml里设置的MiniSdkVersion和 TargetSdkVersion属性大于等于13的情况下,如果你想阻止程序在运行时重新加载Activity,除了设置"orientation", 你还必须设置"ScreenSize"。

五.Activity生命周期图


Activity的生命周期全面分析_第1张图片
Activity生命周期切换过程

总结:

本文对Android的Activity生命周期进行了整理与介绍,是对Android开发进阶要点进行整理,持续整理更多Android的知识与系统工作机制。

部分内容均来源网上 与《Android开发艺术探索》一书。

如有相关问题可联系作者:[email protected]

你可能感兴趣的:(Activity的生命周期全面分析)