Android 的生命周期
1个回答
展开全部
Android的生命周期分为两个部分内容:(异常情况下的生命周期的关注点和典型情况下略有不同)
一、典型情况下的生命周期,是指在有用户参与的情况下,Activity所经历的生命周期的改变。在正常情况下,Activity会经历如下生命周期:
1)onCreate():我们可以做一些初始化的工作,比如调用setContentView去加载界面布局资源、初始化Activity所需数据等。
2)onRestart:表示Activity正在重新启动。一般情况下,当当前Activity从不可见重新变为可见状态时,onRestart就会被调用。这种情形一般是用户行为所导致的,比如用户按Home按键切换到桌面或者用户打开了一个新的Activity,这时当前的Activity就会暂停,也就是onPause和onStop被执行了,接着用户又回到了这个Activity,就会出现这种情况。
3)onStart:表示Activity正在被启动,即将开始,这时Activity已经可见了,但是还没有出现在前台,还无法和用户交互。
4)onResume:表示Activity已经可见了,并且出现在前台并开始活动。 onStart和onResume都表示Activity已经可见,但是onStart的时候Activity还在后台,onResume的时候Activity才显示到前台。
5) onPause:表示Activity正在停止,正常情况下,紧接着onStop就会被调用。在特殊情况下,如果这个时候快速的再回到当前Activity,那么onResume就会被调用。此时可以做一些存储数据、停止动画等工作, 但是注意不能太耗时,因为这会影响到新的Activity的显示,onPause执行完,新的Activity的onResume才会执行。(在新的Activity需要先onPause后,新的Activity才能启动,所以是旧的Activity先onPause,然后新的Activity再启动)
6)onStop:表示Activity即将停止,可以做些稍微重量级的回收工作,同样不能太耗时。
7)onDestroy:表示Activity即将被销毁,这是Activity生命周期中的最后一个回调,可以做些回收工作和最终的资源释放。
针对上图,这里在附加一下具体的说明,分如下几种情况:
1)针对一个特定的Activity,第一次启动,回调如下:onCreate->onStart->onResume.
2)当用户打开新的Activity或者切换到桌面的时候,回调如下:onPause->onStop。 这里有一种特殊的情况,如果新的Activity采用了透明主题,那么当前的Activity不会回调onStop。
3)当用户打开新的Activity或者切换到桌面的时候,回调如下:onRestart->onStart->onResume.
4)当用户按back按键回退时,回调过程如下:onPause->onStop->onDestroy.
5)当Activity被系统回收后再次打开,生命周期方法回调过程和1)一样,注意只是生命周期方法一样,不代表所有过程一样,会在异常情况的生命周期详细说明。
6)从整个生命周期来说,onCreate和onDestroy是配对的,分别标识着Activity的创建和销毁,并且只可能有一次调用。从Activity是否可见来说,onStart和onStop是配对的,随着用户的操作或者设备屏幕的点亮和熄灭,这两个方法可能多次被调用;从Activity是否在前台来说,onResume和onPause是配对的,随着用户操作或者设备屏幕的点亮和熄灭这两个方法可能被多次调用。
附:当新启动一个Activity的时候,旧Activity的onPause会先执行,然后才启动新的Activity。验证
结论:不能在onPause中做重量级的操作,因为必须onPause执行完成后以后新的Activity才能Resume。onPause和onStop都不能执行耗时操作,尤其是onPause,这也意味着,我们应当尽量在onStop中操作,从而使得新的Activity尽快显示出来并切换到前台。
二、异常情况的生命周期,是指Activity被系统的回收或者由于当前设备的Configuration发生改变从而导致Activity被销毁重建。
1.情况1:资源相关的系统配置发生改变时,导致Activity被杀死并重新创建。
拿最简单的图片来说,当我们把一张图片放在mipmap目录后,就可以通过Resource去获取这张图片,同时为了兼容不同的设备,我们可能还需要在其他的一些目录放置不同的图片,比如mipmap-mdpi、mipmap-hdpi等,这样当程序启动时,系统就会根据当前设备的情况去加载合适的Resource资源,比如说横屏手机和竖屏手机会拿到两张不同的图片(设定了landscape或者portrait状态下的图片)。比如说当前的Activity处于竖屏状态,如果突然旋转屏幕,由于系统配置发生了改变,默认情况下、Activity就会被销毁并且重新创建,当然我们可以阻止系统重新创建我们的Activity。
系统会调用onSaveInstanceState来保存当前Activity的状态,这个方法的调用时机在onStop之前,它和onPause没有既定的时序关系,既可能在onPause之前调用,也可能在onPause之后调用。 正常情况系统不会回调这个方法! 当Activity被重新创建后,系统就会调用onRestoreInstanceState,并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和onCreate方法,从时序上来看,onRestoreInstanceState的调用时机在onStart之后。
在onSaveInstance和onRestoreInstanceState方法中,系统自动为我们做了一定的恢复工作。当Activity在异常情况下需要重新创建时,系统会默认为我们保存当前Activity的视图结构,并且在Activity重启后为我们恢复这些数据,比如文本框中用户输入的数据、ListView滚动的位置等, 这些View相关的状态,系统都能够默认为我们恢复 。系统能够自动地做一些View层次结构方面的数据存储和恢复。比如TextView可以保存文本选中的状态和文本内容。
eg:
首先我们在onSaveInstance中存储一个字符串,然后当Activity被销毁并重新创建后,我们再去获取之前存储的的字符串。接手的位置可以是onRestoreInstanceState或者onCreate。二者的区别是:onRestoreInstanceState一旦被调用,其参数Bundle savedInstanceState一定是有值的,我们不用额外地判断是否为空;但是onCreate不行,onCreate如果是正常启动的话,其参数Bundle savedInstanceState为null,所以必须要额外的判断。官方文档建议采用onRestoreInstanceState去恢复数据。
注意:系统只在Activity异常终止的时候才会调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据,其他情况不会触发这个过程。
2.情况2:资源内存不足导致低优先级的Activity被杀死(数据存储和恢复过程和情况一完全一致)
Activity按优先级从高到低,可以分为如下三种情况:
1)前台Activity:正在和用户交互的Activity,优先级最高。
2)可见但非前台Activity-比如Activity中弹出了一个对话框,导致Activity可见但是位于后台无法和用户直接交互。
3)后台Activity-已经被暂停的Activity,比如执行了onStop。优先级最低。
问题:当系统配置发生改变,如何阻止系统重新创建Activity?指定ConfigChanges属性
由于编译时指定的minSDKVersion和targetSDKVersion有一个大于13,所以为了防止旋转屏幕时Activity重启,除了orientation,我们还要加上screenSize。
结论:Activity的确没有重新创建,并且也没有调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据,取而代之是系统调用了onConfigurationChanged方法,这个时候我们可以做一些自己的处理了。
附:
configChanges的三个常用项目和含义:
1)local 设备的本地位置发生了改变,一般指切换了系统语言。
2)keyboardHidden 键盘的可访问性发生了改变,比如用户调出了键盘。
3)orientation 屏幕方向发生了改变,比如旋转了手机屏幕。
一、典型情况下的生命周期,是指在有用户参与的情况下,Activity所经历的生命周期的改变。在正常情况下,Activity会经历如下生命周期:
1)onCreate():我们可以做一些初始化的工作,比如调用setContentView去加载界面布局资源、初始化Activity所需数据等。
2)onRestart:表示Activity正在重新启动。一般情况下,当当前Activity从不可见重新变为可见状态时,onRestart就会被调用。这种情形一般是用户行为所导致的,比如用户按Home按键切换到桌面或者用户打开了一个新的Activity,这时当前的Activity就会暂停,也就是onPause和onStop被执行了,接着用户又回到了这个Activity,就会出现这种情况。
3)onStart:表示Activity正在被启动,即将开始,这时Activity已经可见了,但是还没有出现在前台,还无法和用户交互。
4)onResume:表示Activity已经可见了,并且出现在前台并开始活动。 onStart和onResume都表示Activity已经可见,但是onStart的时候Activity还在后台,onResume的时候Activity才显示到前台。
5) onPause:表示Activity正在停止,正常情况下,紧接着onStop就会被调用。在特殊情况下,如果这个时候快速的再回到当前Activity,那么onResume就会被调用。此时可以做一些存储数据、停止动画等工作, 但是注意不能太耗时,因为这会影响到新的Activity的显示,onPause执行完,新的Activity的onResume才会执行。(在新的Activity需要先onPause后,新的Activity才能启动,所以是旧的Activity先onPause,然后新的Activity再启动)
6)onStop:表示Activity即将停止,可以做些稍微重量级的回收工作,同样不能太耗时。
7)onDestroy:表示Activity即将被销毁,这是Activity生命周期中的最后一个回调,可以做些回收工作和最终的资源释放。
针对上图,这里在附加一下具体的说明,分如下几种情况:
1)针对一个特定的Activity,第一次启动,回调如下:onCreate->onStart->onResume.
2)当用户打开新的Activity或者切换到桌面的时候,回调如下:onPause->onStop。 这里有一种特殊的情况,如果新的Activity采用了透明主题,那么当前的Activity不会回调onStop。
3)当用户打开新的Activity或者切换到桌面的时候,回调如下:onRestart->onStart->onResume.
4)当用户按back按键回退时,回调过程如下:onPause->onStop->onDestroy.
5)当Activity被系统回收后再次打开,生命周期方法回调过程和1)一样,注意只是生命周期方法一样,不代表所有过程一样,会在异常情况的生命周期详细说明。
6)从整个生命周期来说,onCreate和onDestroy是配对的,分别标识着Activity的创建和销毁,并且只可能有一次调用。从Activity是否可见来说,onStart和onStop是配对的,随着用户的操作或者设备屏幕的点亮和熄灭,这两个方法可能多次被调用;从Activity是否在前台来说,onResume和onPause是配对的,随着用户操作或者设备屏幕的点亮和熄灭这两个方法可能被多次调用。
附:当新启动一个Activity的时候,旧Activity的onPause会先执行,然后才启动新的Activity。验证
结论:不能在onPause中做重量级的操作,因为必须onPause执行完成后以后新的Activity才能Resume。onPause和onStop都不能执行耗时操作,尤其是onPause,这也意味着,我们应当尽量在onStop中操作,从而使得新的Activity尽快显示出来并切换到前台。
二、异常情况的生命周期,是指Activity被系统的回收或者由于当前设备的Configuration发生改变从而导致Activity被销毁重建。
1.情况1:资源相关的系统配置发生改变时,导致Activity被杀死并重新创建。
拿最简单的图片来说,当我们把一张图片放在mipmap目录后,就可以通过Resource去获取这张图片,同时为了兼容不同的设备,我们可能还需要在其他的一些目录放置不同的图片,比如mipmap-mdpi、mipmap-hdpi等,这样当程序启动时,系统就会根据当前设备的情况去加载合适的Resource资源,比如说横屏手机和竖屏手机会拿到两张不同的图片(设定了landscape或者portrait状态下的图片)。比如说当前的Activity处于竖屏状态,如果突然旋转屏幕,由于系统配置发生了改变,默认情况下、Activity就会被销毁并且重新创建,当然我们可以阻止系统重新创建我们的Activity。
系统会调用onSaveInstanceState来保存当前Activity的状态,这个方法的调用时机在onStop之前,它和onPause没有既定的时序关系,既可能在onPause之前调用,也可能在onPause之后调用。 正常情况系统不会回调这个方法! 当Activity被重新创建后,系统就会调用onRestoreInstanceState,并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和onCreate方法,从时序上来看,onRestoreInstanceState的调用时机在onStart之后。
在onSaveInstance和onRestoreInstanceState方法中,系统自动为我们做了一定的恢复工作。当Activity在异常情况下需要重新创建时,系统会默认为我们保存当前Activity的视图结构,并且在Activity重启后为我们恢复这些数据,比如文本框中用户输入的数据、ListView滚动的位置等, 这些View相关的状态,系统都能够默认为我们恢复 。系统能够自动地做一些View层次结构方面的数据存储和恢复。比如TextView可以保存文本选中的状态和文本内容。
eg:
首先我们在onSaveInstance中存储一个字符串,然后当Activity被销毁并重新创建后,我们再去获取之前存储的的字符串。接手的位置可以是onRestoreInstanceState或者onCreate。二者的区别是:onRestoreInstanceState一旦被调用,其参数Bundle savedInstanceState一定是有值的,我们不用额外地判断是否为空;但是onCreate不行,onCreate如果是正常启动的话,其参数Bundle savedInstanceState为null,所以必须要额外的判断。官方文档建议采用onRestoreInstanceState去恢复数据。
注意:系统只在Activity异常终止的时候才会调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据,其他情况不会触发这个过程。
2.情况2:资源内存不足导致低优先级的Activity被杀死(数据存储和恢复过程和情况一完全一致)
Activity按优先级从高到低,可以分为如下三种情况:
1)前台Activity:正在和用户交互的Activity,优先级最高。
2)可见但非前台Activity-比如Activity中弹出了一个对话框,导致Activity可见但是位于后台无法和用户直接交互。
3)后台Activity-已经被暂停的Activity,比如执行了onStop。优先级最低。
问题:当系统配置发生改变,如何阻止系统重新创建Activity?指定ConfigChanges属性
由于编译时指定的minSDKVersion和targetSDKVersion有一个大于13,所以为了防止旋转屏幕时Activity重启,除了orientation,我们还要加上screenSize。
结论:Activity的确没有重新创建,并且也没有调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据,取而代之是系统调用了onConfigurationChanged方法,这个时候我们可以做一些自己的处理了。
附:
configChanges的三个常用项目和含义:
1)local 设备的本地位置发生了改变,一般指切换了系统语言。
2)keyboardHidden 键盘的可访问性发生了改变,比如用户调出了键盘。
3)orientation 屏幕方向发生了改变,比如旋转了手机屏幕。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询