Activity的生命周期分析

典型的生命周期的分析

Activity生命周期是指一个Activity从创建到销毁的全过程。下图是Activity经典的生命周期模型。

activityLifeCircle.png

生命周期的四种状态

运行状态：当一个活动位于返回栈的栈顶时，这时活动就位于运行状态。系统最不愿意回收的就是处于运行状态的活动。
暂停状态：当一个活动不再位于栈的栈顶时，但仍然可见时，这时活动就进入了暂停状态。比如对话框形式的活动。处于暂停的活动仍然是完全存活的，系统在内存极低的情况下会考虑回收这种活动。
停止状态：当一个活动不再处于栈顶位置，且活动完全不可见时，就进入了停止状态。处于这种状态的活动很可能被系统回收。
销毁状态：当一个活动从放回栈中移除后就变成了销毁状态。系统最倾向于回收这种活动，以保存内存的充足。

生命周期的七种方法

onCreate:表示Activity正在被创建，是活动生命周期的第一个方法。在这个方法中，可以做些初始化工作，比如调用setContentView来加载界面布局资源，初始化Activity所需的数据等。
onStart:表示活动正在被启动，即将开始，这时活动已经可见了，但是还没有出现在前台，无法和用户进行交互。Activity已经显示，但我们并不能看到。
onResume:表示活动已经可见。并且出现在前台。
onPause:表示Activity正在停止，正常情况下，紧接着onStop方法会执行。但在特殊情况下，如果这时候快速回到当前活动，那么会调用onResume。可以在这个方法进行一些存储数据、停止动画等轻量级的操作，但是不能太耗时，因为这会影响新Activity的显示。因为只有旧Activity的onPause方法执行后，新活动的onResume才能被执行。
onStop:表示Activity即将停止。可以做稍微重量级的回收操作，但同样不能太耗时。
OnRestart:表示Activity正在被重新启动。一般情况下当Activity从不可见重新变为可见时，onRestart就会被调用。
onDestroy:表示活动即将被消耗，这是Activity生命周期的最后一个方法。可以在这个方法进行回收和最终的资源释放。

onStart和onResume的区别

是否在前台。onStart和onResume都是表示Activity可见，但是onStart时候Activity还在后台，到onResume时Activity才显示到前台。
职责不同。onStart方法中主要还是进行初始化工作，而onResume方法，根据官方的建议，可以做开启动画和独占设备的操作。

onPause和onStop的区别

如果启动的新活动是一个对话框的活动，则onPause方法会得到执行，而不执行onStop方法。
在系统内存不足的时候可能不会执行onStop方法，因此程序状态的保存、独占设备和动画的关闭、以及一些数据的保存最好在onPause中进行，但要注意不能太耗时。

具体情况

前提：两个活动: MainActivity,SecondActivity。

启动一个MainActivity回调：onCreate->onStart->onResume.
切换到桌面时，MainActivity回调：onPause->onStop;重新回到MainActivity,MainActivity回调：onRestart->onStart->onResume。
- MainActivity启动SecondActivity : onPause(MainActivity) -> onCreate(SecondActivity) -> onStart(SecondActivity) -> onResume(SecondActivity) -> onStop(MainActivity)。
- 按下返回键：onPause(SecondActivity) -> onRestart(MainActivity) -> onStart(MainActivity) -> onResume(MainActivity) -> onStop(SecondActivity) -> onDestroy(SecondActivity)
注意：如果SecondActivity采用了透明主题，那么MainActivity不会回调onStop

从上面的情况我们可以很明显的发现旧Activity的onPause调用后，新Actiivty才能被启动。故在onPause和onStop方法中都不能进行耗时操作，尤其是onPause，这就意味着我们尽量在onStop中操作，从而使新Activity尽快的显示并切换到前台来。

异常情况下的生命周期的分析

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

这个情况最常见的就是旋转手机屏幕。假设当前Activity处于竖屏状态，这时候我们突然旋转屏幕，由于系统配置发生了改变，默认情况下，Activity就会被销毁并重新创建。其生命周期如下：

flow.png

当系统配置改变时，Activity首先会被销毁，其onPause,onStop,onDestroy都会被执行。同时由于Activity是被异常终止的，所以系统会调用onSaveInstanceState来保存Activity的状态。这个方法只有活动在异常情况下终止才会被调用（比如锁屏也是会调用onSaveInstanceState的，但不会执行onDestroy,故数据不会丢失)。当Activity重新创建时，会把onSaveInstanceState方法保存的Bundle对象作为参数传给onCreate和onRestoreInstanceState方法，故在重建时可以在onCreate取出Bundle对象并恢复，另外onRestoreInstanceState方法是在onStart之后调用。

保存Activity状态

值得一提的是，在Activity异常情况重新创建后，在onSaveInstanceState和onCreate方法中，系统会为我们做了一定的恢复工作。比如文本框中用户输入的数据，ListView滚动的位置等。但是如果您的Activity可能需要包含更多要恢复的状态信息，这时候就可以在onSaveInstanceState方法中添加键值对Bundle来保存你的Activity状态。

    @Override
    protected void onSaveInstanceState(Bundle outState) {
        super.onSaveInstanceState(outState);
        Log.d(TAG, "onSaveInstanceState");
        outState.putInt(KEY_NUM,1215);
    }

恢复Activity状态

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        if(savedInstanceState != null){
            int num = savedInstanceState.getInt(KEY_NUM);
            Log.d(TAG, "MainActivity: [onCreate]:"+num);
        }
    }

    @Override
    protected void onRestoreInstanceState(Bundle savedInstanceState) {
        super.onRestoreInstanceState(savedInstanceState);
        int num = savedInstanceState.getInt(KEY_NUM);
        Log.d(TAG, "[onRestoreInstanceState]:"+num);

    }

上面提供了两种恢复状态的方法。因为当Activity异常销毁重建后,接受的位置可以是onCreate和onRestoreInstanceState，然后在去获取之前存储的数据。两者的区别主要在于：onCreate是正常启动的话，savedInstanceState是为null的，故要做判空处理，而onRestoreInstanceState一旦被调用，savedInstanceState一定是有值的，所以不需要做额外的判空。虽然说两种方法都可以进行恢复数据，但官方文档的建议是采用onRestoreInstanceState去恢复数据。

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

Activity优先级可分为如下三种：

前台Activity——正在和用户交互的Activity，优先级最高
可见但非前台Activity——比如Activity中弹出一个对话框，导致Activity调用onPause方法后可见但是位于后台无法跟用户直接交互
后台Activity——已经被暂停的Activity，比如已经执行了onStop，优先级最低

当系统内存不足时，就会按照优先级低到高的顺序杀死Activity所在的进程，并通过onSaveInstanceState和onRestoreInstanceState方法来存储和恢复数据。需注意，如果一个进程在没有四大组件的地方执行，会很容易被杀死，因此一些后台工作不适合脱离四大组件独自运行在后台中。推荐的方法是将后台工作放入到Service中从而保证有一定的优先级，不容易被系统杀死

configChanges：不重新创建Activity

当我们不想在系统配置发生改变后重新创建活动，可以为Activity指定configChanges属性。比如不想让Activity在屏幕旋转的时候重新创建，可以在AndroidMenifest.xml中指定configChanges属性

android:configChanges = "orientation"

设置完属性后，当你的屏幕旋转后，你会发现Activity并没有调用onSaveInstanceState和onRestoreInstanceState来存储和恢复数据，而是系统调用了Activity中的onConfigurationChanged方法，故此时我们就可以在这个方法中做相应的操作。

参考：《Android开发艺术探索》《第一行代码》