Activity全解（一）

Activity是android的四大组件之一，它的使用频率是最高的，因此想要了解android开发，那么必须要了解Activity。

Activity的生命周期全面解析

一、典型情况下的生命周期

正常情况下，Activity会经历如下声明周期。
1. onCreate()：Activity的第一个生命周期，主要是通过setContentView()加载布局。
2. onStart()：表示Activity已经被启动了，但是还没有到前台，无法与用户进行交互。
3. onResume()：表示Activity已经到了前台，开始活动了，可以与用户交互
4. onPause()：表示Activity正在停止。此时可以做一些保存数据、停止动画等操作，但是不能太耗时。
5. onStop():表示Activity即将停止，可以做一些稍微重量级的回收工作，但是不能太耗时
6. onDestroy()：Activity的最后一个生命周期，主要做一些回收和释放工作。
7. onRestart()：这是一个特殊的生命周期，当用户按下home键或者被覆盖之后，重新将Activity显示出来的时候，执行onRestart()->onStart()->onResume()

二、异常情况下的生命周期

异常情况下是指Activity被系统回收或者是当前设备的Configuration发生改变从而导致Activity被销毁重建。

情况一：资源相关的系统配置发生改变造成的Activity的销毁与重建

图2 异常 情况下的Activity的重建过程
当系统配置发生改变后，Activity会被销毁，onPause、onStop、onDestroy都会被调用，同时会调用onSaveInstanceState来保存当前Activity状态，这个方法执行在onStop()之前，它和onPause()没有既定的时序关系。当Activity被重现的时候调用onRestoreInstanceState()恢复原先状态。它执行在onStart()之后。
例如：
布局：

<RelativeLayout    xmlns:android="http://schemas.android.com/apk/res/android"    xmlns:tools="http://schemas.android.com/tools"    android:id="@+id/activity_main"    android:layout_width="match_parent"    android:layout_height="match_parent"    tools:context="cn.centran.zx_mylock.MainActivity">    <EditText        android:layout_width="match_parent"        android:layout_height="wrap_content"        android:id="@+id/et"/></RelativeLayout>

MainActivity:

@Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        et = (EditText) findViewById(R.id.et);    }

在Editext中输入文字后，切换到横屏，那么，Activity重建之后，输入的文字也恢复了，大家可以试试。
原因：
查看Editext源码中的onSaveInstanceState()方法：

@Override    public Parcelable onSaveInstanceState() {        Parcelable superState = super.onSaveInstanceState();        // Save state if we are forced to        final boolean freezesText = getFreezesText();        boolean hasSelection = false;        int start = -1;        int end = -1;        if (mText != null) {            start = getSelectionStart();            end = getSelectionEnd();            if (start >= 0 || end >= 0) {                // Or save state if there is a selection                hasSelection = true;            }        }        if (freezesText || hasSelection) {            SavedState ss = new SavedState(superState);            if (freezesText) {                if (mText instanceof Spanned) {                    final Spannable sp = new SpannableStringBuilder(mText);                    if (mEditor != null) {                        removeMisspelledSpans(sp);                        sp.removeSpan(mEditor.mSuggestionRangeSpan);                    }                    ss.text = sp;                } else {                    ss.text = mText.toString();                }            }            if (hasSelection) {                // XXX Should also save the current scroll position!                ss.selStart = start;                ss.selEnd = end;            }            if (isFocused() && start >= 0 && end >= 0) {                ss.frozenWithFocus = true;            }            ss.error = getError();            if (mEditor != null) {                ss.editorState = mEditor.saveInstanceState();            }            return ss;        }        return superState;    }

onRestoreInstanceState():

@Override    public void onRestoreInstanceState(Parcelable state) {        if (!(state instanceof SavedState)) {            super.onRestoreInstanceState(state);            return;        }        SavedState ss = (SavedState)state;        super.onRestoreInstanceState(ss.getSuperState());        // XXX restore buffer type too, as well as lots of other stuff        if (ss.text != null) {            setText(ss.text);        }        if (ss.selStart >= 0 && ss.selEnd >= 0) {            if (mText instanceof Spannable) {                int len = mText.length();                if (ss.selStart > len || ss.selEnd > len) {                    String restored = "";                    if (ss.text != null) {                        restored = "(restored) ";                    }                    Log.e(LOG_TAG, "Saved cursor position " + ss.selStart +                          "/" + ss.selEnd + " out of range for " + restored +                          "text " + mText);                } else {                    Selection.setSelection((Spannable) mText, ss.selStart, ss.selEnd);                    if (ss.frozenWithFocus) {                        createEditorIfNeeded();                        mEditor.mFrozenWithFocus = true;                    }                }            }        }        if (ss.error != null) {            final CharSequence error = ss.error;            // Display the error later, after the first layout pass            post(new Runnable() {                public void run() {                    if (mEditor == null || !mEditor.mErrorWasChanged) {                        setError(error);                    }                }            });        }        if (ss.editorState != null) {            createEditorIfNeeded();            mEditor.restoreInstanceState(ss.editorState);        }    }

不需要细看，大致知道当输入数据之后，切换屏幕，那么因为系统配置发生变化，导致该Activity被杀死，但是在onStop()方法之前调用了Editext的onSaveInstanceState()方法，保存了数据，之后重建的时候有调用onRestoreInstanceState()恢复了。

关于保存和恢复View层次结构，系统的工作流程是这样的：首先Activity被意外结束的时候，Activity会嗲用onSaveInstanceState去保存数据，然后Activity会委托Window去保存数据，接着window在委托它上面的顶级容器去保存数据。顶层容器是一个ViewGroup，一般来说，它可能是DecorView。最后顶层容器再去一一通知它的子元素来保存数据，这样整个数据保存过程就完成了。这是一种典型的委托思想。

情况二：内存不足，造成低优先级的Activity被杀死

Activity按照优先级从高到低，可以分为如下三种：

1. 前台Activity——正在和用户交互的Activity，它的优先级最高
2. 可见但非前台Activity——比如Activity中弹出一个对话框，或者打开一个透明的Activity，导致Activity可见，但是位于后台无法和用户直接交互。

3. 后台Activity——已经被暂停的Activity，比如执行了onStop()，优先级最低。

   当系统内存不足的时候，系统就会按照上述优先级去杀死目标Activity所在的进程，并在后续通过onSaveInstance和onRestoreInstanceState来存储和恢复数据。

   如果一个进程中没有四大组件在执行，那么这个进程将会很快被系统杀死，因此后台工作不适合脱离四大组件单独存在，比较好的方法就是将这些工作放在service中从而保证进程具有一定的优先级，这样不容易被杀死。

如果当系统配置发生改变后，Activity不想被销毁重建，那么应该就在资源配置文件中给Activity制定configChanges属性。

android:configChanges="orientation"

如果想要指定多个值，可以用“|”链接起来，比如：

android:configChanges="orientation|keyboardHidden"

当Activity如果没有被销毁重建，就不会执行onSaveInstanceState和onRestoreInstanceState方法，但是会执行onConfigurationChanged方法。

configChanges的属性含义：
locale：设备的位置发生改变，一般指切换系统语言。
orientation：屏幕方向发生改变，这个是最常用的，比如旋转手机屏幕
keyboardHidden：键盘的可访问性发生了改变，比如用户调出了键盘
screenSize：当屏幕的尺寸信息发生了改变，当旋转设备屏幕时，屏幕尺寸会发生改变，这个选项比较特殊，他和编译选项有关，当编译选项中的minSdkVersion和targetSdkVersion均低于13时，此选项不会导致Activity重启，否则就会。
smallestScreenSize：与screenSize类似，只是当minSdkVersion和targetSdkVersion有小于13时，Activity会重启，否则不会。