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全解(一)_第1张图片

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

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

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

Activity全解(一)_第2张图片
图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会重启,否则不会。

你可能感兴趣的:(android)