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

为什么一般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中来保证进程具有一定的优先级，不会轻易被杀死。