Activity异常情况下的生命周期

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/Young_xiaoT/article/details/51236850

情况一:资源相关的系统配置发生改变导致Activity被杀死并重新创建

比如说当前Activity处于竖屏状态,如果突然旋转屏幕,由于系统配置发生了改变,在默认情况下,Activity就会被销毁并重建,也可以阻止系统重新创建Activity,生命周期如下:

这里写图片描述

当系统配置发生改变,Activity会被销毁,其onPause、onStop、onDestory均会被调用,系统还会调用onSaveInstanceState来保存当前Activity的状态,这个方法调用在onStop之前。 注意:这个方法只出现在Activity被异常终止的情况下,正常情况下系统不会回调这个方法。当Activity被重新重建后,系统会调用onRestoreInstanceState,并且把onSaveInstanceState方法保存的Bundle对象作为参数同时传递给onRestoreInstancestate和onCreate方法。可以通过onRestoreInstanceState和onCreate方法来判断Activity是否被重建,如果被重建了,可以取出之前保存的数据并恢复,onRestoreInstanceState的调用在onStart 之后

在onSaveInstanceState和onRestoreInstanceState方法中,系统默认做了一定的恢复工作,默认保存Activity的试图结构,并在Acitivity重启后恢复这些数据,比如文本框中的数据,ListView滚动的位置等,每个View都有onSaveInstanceState和onRestoreInstanceState这两个方法。

情况二:资源内存不足导致低优先级的Activity被杀死

Activity按照优先级从高到低,可分为如下三种:

  • (1)前台Activity——正在和用户交互的Activity,优先级最高
  • (2)可见但非前台Activity——比如Activity中弹出了一个对话框,导致Activity可见但是位于后台无法与用户直接交互。
  • (3)后台Activity——已经被暂停的Activity,比如执行了onStop,优先级最低。

当系统内存不足时,系统就会按照上述优先级去杀死目标Activity所在的进程,并在后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。如果一个进程中没有四大组件在执行,这个进程很容易被杀死,较好的方法是将后台工作放入Service中保证有一定的优先级,不容易被系统杀死。

如果当某项内容发生改变后,不想Activity重新创建,就可以给Activity指定configChanges属性,多个值用“|”连接起来。

android:configChanges="orientation | keyboardHidden"

这里写图片描述

阅读更多
想对作者说点什么?

博主推荐

换一批

没有更多推荐了,返回首页