Activity被意外销毁,View的保存与恢复

  • Post author:
  • Post category:其他


为什么一般onPause()方法不要来做大量的耗时重量级操作,因为当由Activity A切换Activity B时,会调用A的onPause()方法,才会执行B的onResume(),尽快让新的Activity显示到前台来。

activity被意外终止有两种情况:切换横竖屏、内存不足导致Activity销毁。



情况一:切换横竖屏

activity会调用onSaveInstanceState去保存数据,Activity会委托Window取保存数据,接着Window会委托顶层容器去保存数据。顶层容器是一个ViewGroup,一般很可能是一个DecorView。顶层容器会一一通知其子View去保存数据,从而实现View的数据保存。

当Activity被异常销毁时,会调用onSaveInstanceState,该方法调用时机是在onStop()之前,与onPause()无时序关系,可以在onPause()之前或之后。

onRestoreInstanceState()方法来恢复数据,当页面被重新创建之后,会把onSaveInstanceState()保存的bundle对象传递给onRestoreInstanceState(),该方法会在onStart()方法之后执行。

但Activity异常销毁,通过onSaveInstanceState()方法保存了数据,可以在onCreate()或onRestoreInstanceState()中进行数据回复,其中onCrate()中需要对bundle对象进行判空,最好是在onRestoreInstanceState()中恢复。



情况二:内存不足,导致低优先级的Activity销毁

优先级排序:前台Activity(可见且与用户交互的Activity)  >  可见但非前台Activity(因为弹出对话框,导致后台Activity可见但不可操作) > 后台Activity(已经被暂停的Activity)

当内存不足时,会优先去杀死目标Activity所在的进程,如果该进程没有四大组件在执行,进程很容易被杀死,因此,一些后台工作不适合脱离四大组件独自运行在后台。因此一些后台工作放在Service中来保证进程具有一定的优先级,不会轻易被杀死。



版权声明:本文为Tefuir111原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。