activity我们都很熟悉了，可是其中的很多细节我觉得还是有必要来理清楚的。
activity生命周期可以分为两部分：
1·正常情况下的生命周期
正常情况下的生命周期指的是在有用户参与的情况下，activity所经过的生命周期的改变。
2·异常情况下的生命周期
异常情况下的生命周期指的是activity被系统回收或者由于当前设备的configuration发生改变从而导致activity被销毁重建。
如上所述，在正常情况下activity会经历如下生命周期：
activity生命周期
onCreate：
生命周期的第一个方法，activity正在被创建，在这里可以做一些初始化的工作，比如调用setContentView，初始化数据，初始化控件等等。
onStart：
activity正在被启动，这个时候activity已经可见了，但是还无法和用户交互。这时可以理解为它已经显示出来但我们还看不到。
onRestart：
表示activity正在重新启动。一般情况下，当当前activity从不可见重新变为可见状态时，onRestart就会被调用。比如用户按home键返回到桌面，这时的activity会执行onPause和onStop，当用户再重新回到这个activity时，onRestart就会被执行
onResume：
这时activity可见了并出现在前台活动，可以和用户交互。
onRestart和onResume都表示可见，但onRestart时activity在后台，onResume时activity在前台。
onPause：
这时activity正在停止，紧接着会执行onStop，此时可以做一些存储数据/停止动画等工作，但是不能做太耗时的操作。
因为只有当当前的activity的onPause执行完新的activity的onResume才会执行，activity才会显示在前台。
onStop：
activity将停止，同样不能做耗时操作，可以做一些回收工作。
onDestroy：
activity最终被销毁，在这里可以做一些回收工作和最终的资源释放。
应当注意的地方：
* 正常情况下当前activity切换到一个新的activity的时候，回调是onPause->onStop但是如果新 的activity采用了透明主题，那么当前activity不会回调onStop。
* Android官方文档对onPause的解释中有一句：不能在onPause中做重量级的操作，因为必须 onPause执行完成以后新的activity才能resume。所以要避免在onPause中做耗时操作，好让新 activity尽快显示出来并切换到前台和用户交互。
异常情况下的生命周期：
除了以上说的正常情况下的生命周期，还有一些异常情况，比如当系统内存不足时，当系统配置发生改变时，activity都有可能被杀死。
情况1：当系统配置发生改变时
比如当前activity处于竖屏状态，如果突然旋转屏幕，由于系统配置发生了改变，在默认情况下activity就会被销毁病重新创建(也可以组织系统重新创建activity)。
当这种场景发生时，在默认情况下activity的生命周期如下：
异常情况下的activity重建过程
情况2：资源内存不足导致低优先级的activity被杀死
activity按照优先级从高到低分为三种:
（1）前台activity---正在和用户交互的activity（onResume状态），级别最高
（2）可见但非前台activity---比如activity弹出了一个对话框导致activity可见但无法和用户直接 交互（onPause状态）
（3）后台activity---已经执行了onStop的activity
当系统内存不足时，系统会按照上述优先级去kill掉目标activity所在的进程，这时会通过调用onSaveInstanceState和onRestoreInstanceState分别来存储、恢复数据。如果一个进程中没有四大组件在执行，那么这个进程将很快被系统杀死。
当系统配置发生改变后，阻止activity重建
系统配置中有很多内容，当某项内容发生改变后，如果不想系统重新创建activity，可以给activity指定configChanges属性。比如不想让activity在屏幕旋转的时候重新创建就可以给activity指定configChanges属性：
android:configChanges="orientation"
---------------------------------------------------------------------end
参考了 《Android开发艺术探索》---任玉刚著 O(∩_∩)O~ 其实我这也只是做个笔记，下次说activity的启动模式
网友评论