深入剖析Android四大组件——Activity生命周期具体解释

Posted 2020-09-18 yutingliuyl

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了深入剖析Android四大组件——Activity生命周期具体解释相关的知识，希望对你有一定的参考价值。

1.管理Activity的生命周期

不管是正在执行的Activity还是没有执行的Activity,它们都接受android的框架管理，这使得Activity处于不同的生命周期。

①Activity的3种状态

通过回调方法来管理Activity的生命周期对于开发一个健壮而且灵活的应用程序是很关键的。

Activity的生命周期直接影响到它与其它Activity，任务以及栈的关系。

Activity存在3种状态。各自是resumed,paused和stopped。

?resumed：指Activity在屏幕前台而且拥实用户焦点的状态。这个状态有时也称为“正在执行”

paused：指还有一个Activity在屏幕前台而且拥实用户焦点的状态，但这个Activity仍然可见。即还有一个Activity在前一个Activity之上。而前一个Activity又是可见的而且部分透明或者没有覆盖整个屏幕。一个处于paused状态的Activity是全然存活的（Activity对象村中被保留，它维护全部状态和成员信息，并依旧依附窗体管理器），可是在内存极低时将被系统杀掉。

stopped：指前一个Activity被还有一个Activity全然遮蔽（前一个Activity当前在后台中）。

一个处于stopped状态的Activity仍然是存活的（这个Activity对象在内存中被保留，它维护全部状态和成员信息，但没有依附窗体管理器）。然而。它却不再显示给用户，而且在内存极低时会被系统杀掉。

假设一个Activity处于paused或stopped状态，那么系统会从内存中丢掉它。这能够通过调用它的finish()方法来实现，或者简单一点，通过杀掉它的进程来实现。

当Activity又一次打开（在它结束或者被杀掉之后）时，它就必须被又一次创建。

②实现Activity的生命周期回调

当Activity发生状态转变时，它会通过回调方法来得到通知，我们能够重写全部这些回调方法完毕适当的工作。

当Activity状态发生改变时，Activity的框架包括每个主要的生命周期方法，例如以下列代码所看到的：

@Override

public void onCreate(Bundle savedInstanceState){

//指示这个Activity正在被创建

super.onCreate(saveInstanceState);

//完毕一些任务

}

@Override

protected void onStart(){

//这个Activity正在变为可见

super.onStart();

//完毕一些任务

}

@Override

protected vodi onResume(){

//这个Activity已经变为可见

//如今是resumed状态

super.onResume();

//完毕一些任务

}

@Override

oritected void onPause(){

//还有一个Activity获得焦点并且当前的Activity失去焦点

//也就是当前Activity被还有一个Activity部分或者所有覆盖

//当前Activity失去焦点的时候调用

//这个Activity如今处于paused状态

super.onPause();

//完毕一些任务

}

@Override

protected void onStop(){

//这个Activity不再可见的时候调用

//当前Activity处于stopped状态

super.onStop();

//完毕一些任务

}

@Override

protected void onDestory(){

//这个Activity已经被销毁

super.onDestory();

//完毕一些任务

}

建议：通常，在实现这些生命周期方法时，必须先调用超类的实现（比方调用super.XXX）。综上所述，以上这些方法定义了Activity的整个生命周期。通过实现这些方法，我们就能监视Activity生命周期中的3个嵌套循环，详细例如以下所看到的。

?Activity的整个生命周期发生在调用onCreate()和调用onDestory()之间。

在onCreate()中，Activity应该设置“全局”状态（比方定义布局），而且在onDestory()中释放其余资源。比如，假设Activity有一个后台执行的线程从网络上下载数据，那么它应该在onCreate()中创建这个线程，而且在onDestory()停止该线程。

Activity的可见生命周期发生在调用onStart()和调用onStop()之间。在这个过程中，用户能够看到这个Activityd在屏幕中而且能够与之交互。比如。当一个新Activity启动而且前一个Activity不再可见的时候，onStop()就被调用了。在这两个方法之间，能够维护须要显示给用户的Activity资源。比如，能够在onStart()方法中注冊一个广播接收器去监视影响UI的变化，当用户看不到显示的东西时。则在onStop()注销它。在Activity的整个生命周期中。当Activity在可见和隐藏之间切换时，系统就会多次调用onStart()和onStop()方法。

Activity的前台生命周期发生在调用onResume和调用onPause()之间。须要说明的是。在这期间，Activity在屏幕中全部其它Activity的前面而且拥实用户焦点。

普通情况下。Activity能够被频繁转换。

比如。当设备休眠或者显示一个对话框时，onPause()就会被调用。

对于以上知识，为了方便读者理解并理顺它们之间的内在关系，我们用一张图来直观地描写叙述。例如以下图：

技术分享

上图为Activity生命周期的演化过程

顺便也列出一张表。描写叙述了在Activity的整个生命周期里定位的每个回调方法以及其细节，以及回调方法完毕后系统能否够停止这个Activity等。

方法	描写叙述	调用后能否够被杀掉	下一步操作
onCreate()	当Activity第一次被创建时调用。此处能够做全部的一般静态设置，比方创建视图，绑定列表数据等。假设状态被捕捉，而且此状态存在的话。这种方法传递一个包括这个Activity的前状态的Bundle对象。	否	onStart()
onRestart()	Activity被停止后。再次启动之前调用。	否	onStart()
onStart()	在Activity对用户可见之前被调用。假设这个Activity来到前台，那么下一步操作是调用OnResume()。假设被隐藏，则下一步操作是调用onStop()。	否	onResume()或者onStop()
onResume()	在Activity開始与用户交互之前被调用。在这里，该Activity位于Activity栈顶。開始与用户交互。须要注意的是，此时当前Activity处于resumed状态。这个状态下Activity是可见的。	否	onPause()
onPause()	当系统正在恢复还有一个Activity的时候被调用。这种方法通经常使用于提交未保存的数据，停止动画以及可能消耗CPU的事情等。这些应该高效地完毕，由于下一个Activity在这种方法没有返回之前不会被执行。假设Activity回到前台，则下一步操作为调用onResume()。假设Activity变得不可见。则调用onStop().	是	onResume()或者onStop()
onStop()	当Activity对用户不再可见的时候调用。这会发生，是由于它正在被销毁或者还有一个Activity（能够是已经存在的或者新的）被执行而且覆盖了它。假设Activity恢复与用户交互。则下一步操作是调用onRestart()，假设这个Activity消失。则调用onDestory()。	是	onRestart()或者onDestory()
onDestory()	该Activity被销毁之前调用。这个Activity收到的终于调用。它能够是由于Activity正在结束（调用finish()），或者是由于心痛为保护空间而面临销毁这个Activity的实例而调用。能够通过isFinishing()方法区分这两种情况。	是	无

2.保存和协调Activity

在Activity切换状态的时候。可能须要保存一些中间状态。比方控件的选择状态等。以便当它又一次被显示出来时仍能够恢复到之前推出的状态。

①保存Activity状态

当一个Activity被暂停或者停止的时候。它的状态被保留。由于当它被暂停或者停止的时候，Activity对象仍然驻留在内存中——全部有关它的成员变量和当前状态的信息仍然存在。因此，全部用户导致的Activity的变化就被保存在内存中。而当这个Activity返回到前台时（当它被恢复时）。这些变化仍然在内存中。

然而。当系统为恢复内存而销毁一个Activity时，这个Activity对象也就被销毁了。此时系统就不能简单地恢复它并持有它的完整状态。

取而代之的是。假设用户再次导航到这里，系统就必须又一次创建这个Activity对象，可是用户不知道系统已经销毁了该Activity而如今又又一次创建了它。因此，用户可能觉得这个Activity就是之前的那个Activity。在这样的情况下，我们能够通过实现一个附加的同意保存我们Activity状态信息的回调方法，而将关于Activity状态的重要信息保留下来，然后当系统又一次创建这个Activity的时候，再去又一次存储它。

保存Activity当前状态信心的回调方法是onSaveInstanceState()。系统在Activity被销毁之前调用此方法，并再传一个Bundle对象。这个Bundle对象能够存储Activity状态（以名称--值对的形式）信息，能够使用像putString()之类的方法。

那么，假设系统停止掉Activity进程。而且用户又又一次启动该Activity，那么系统进程会将这个Bundle对象传递给onCreate()，这样就能够恢复onSaveInstanceState()中保存的Activity状态了。假设没有为恢复的状态信息，那么传给onCreate()的Bundle对象则是null。

注意：由于保存应用程序状态不是必要的行为。所以不能确保onSaveInstanceState()在Activity被销毁之前调用（比如当用户由于明白关闭而使用BACK键离开该Activity时）。假设这种方法被调用，那么它将总是在onStop()并有可能在onPause()之前调用。

尽管如此，但即使你没有实现onSaveInstanceState()方法，也还是有一些Activity的状态通过Activity类默认实现的onSaveInstanceState()方法恢复。特别是，默认实现会为布局中的每个视图调用onSaveInstanceState()，同意每个视图提供它们自己要保存的信息。差点儿每个Android框架中的部件都会适当地实现这种方法。这样一来，当Activity被又一次创建的时候，不论什么一个对于UI可见的变化都被自己主动保存和恢复。比如，EditText空间保存用户输入的全部文本，CheckBox空间保存它是否被选择。而我们须要做的仅仅是为全部想要保存状态的空间提供一个唯一的ID（借助android:id属性）。

虽然onSaveInstanceState()的默认实现会保存这个Activity UI的实用信息，可是我们可能仍然须要重写它以便保存额外的信息。比如。我们可能须要保存在整个Activity生命周期中变化的成员变量的值。因为默认实现的onSaveInstanceState()帮助保存UI的状态，所以假设重写这种方法是为了保存额外的信息。那么就应该在做不论什么工作之前先调用超类的onSaveInstanceState()方法。

注意：由于我们不能保证onSaveInstanceState()会被调用。所以使用它仅仅能够记录Activity的瞬间状态，而不能用来保存持久数据。相反，当用户离开这个Activity时，应该用onPause()保存持久数据（比如那些应该保存到数据库中的数据）。

下图直观的展现了Android是怎样保存这些状态的。

上图为Android保存这些状态的流程示意图

假设须要恢复保存的状态，应该都知道Activity的生命周期中有一个onCreate()方法中传递了一个Bundle对象。详细恢复的代码例如以下所看到的：

@Override

public void onCreate(Bundle saveInstanceState){

super.onCreate(saveInstanceState);

if(saveInstanceState!=null){

//获取你保存的状态信息

}

这样一来，当界面被创建的时候，Activity仍然能找到用户最后操作的数据。

须要注意的是，忧郁我们不能保证是否存在保存的状态。因此须要一个推断来鉴别if(saveInstanceState!=null)。

②协调Activity

当一个Activity启动还有一个Activity的时候，它们都会经历各自的生命周期的改变。第一个Activity被暂停或停止（假设它仍然可见，就不会被停止）时。还有一个Activity被创建。而这些Activity共享的数据被保存到磁盘或别的地方。

生命周期回调的顺序要非常好地定义，尤其是当两个Activity在同一个过程中而且一个正在启动还有一个的时候。

以下给出了Activity A启动Activity B的顺序。

第一，Activity A运行onPause()方法。

第二，Activity B顺序运行onCreate(),onStart(),onResume()方法（Activity如今获得用户焦点）。

第三，假设Activity A在屏幕中不再可见，则它的onStop()方法就会被运行。

这个生命周期回调的序列同意我们管理从一个Activity到还有一个Activity转变的信息。

比如。假如必需要写数据库，则当第一个Activity停止的时候，那么紧跟着的Activity就能够读取那个停止了的Activity。这种话，我们就应该在onPause()中而不是在onStop()中写数据库。

3.用实例说话

这个实例很easy，它包括两个Activity，它们都实现了全部的生命周期回调接口，而且还实现了相关的Activity状态保存与状态恢复的回调方法。此外。我们还能够从一个Activity导航到还有一个Activity上。详细的操作过程例如以下所看到的。

①创建一个名为ActivityLife的project。包名为helloworld.liyuanjing.example.com.activitylife。

创建完毕后，我们就在原有的基础上加入一个新类SecondActivity，它继承自Activity类。

此时Androidproject中就拥有两个Java代码文件，它们各自是MainActivity.java和SecondActivity.java。如今。这两个代码都实现生命周期的全部方法。并在各个方法中加入日志。加入日志的方法例如以下：

Log.e(TAG, message);

②将新增的类SecondActivity声明到AndroidManifest.xml文件里去，这一步很重要。假设没有这一步，就无法启动SecondActivity。声明代码例如以下：

在AndroidManifest.xml中声明一个Activity有相当多的讲究，这里仅仅做简单配置上去，从而使得我们的Activity能够正常启动。如需深入清单文件能够到http://blog.csdn.net/column/details/androidmanifest.html该专栏下一探到底。

再者，为了实现从MainActivity上启动SecondActivity，我们须要在默认的布局文件（activity_main）中加入一个button。

而且实现它的单击事件。在该事件中。启动SecondActivity。改动后的布局代码例如以下：

改动后的MainActivity的代码例如以下：

public class MainActivity extends Activity {
    public static final String TAG="MainActivity";
    private Button mybut=null;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        Log.e(TAG, "MainActivity::onCreate()");
        this.mybut=(Button)findViewById(R.id.mybut);
        this.mybut.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                startActivity(new Intent(MainActivity.this,SecondActivity.class));
            }
        });
    }
    @Override
    protected void onStart() {
        super.onStart();
        Log.e(TAG, "MainActivity::onStart()");
    }
    @Override
    protected void onResume() {
        super.onResume();
        Log.e(TAG, "MainActivity::onResume()");
    }
    @Override
    protected void onPause() {
        super.onPause();
        Log.e(TAG, "MainActivity::onPause()");
    }
    @Override
    protected void onStop() {
        super.onStop();
        Log.e(TAG, "MainActivity::onStop()");
    }
    @Override
    protected void onDestroy() {
        super.onDestroy();
        Log.e(TAG, "MainActivity::onDestroy()");
    }
    @Override
    protected void onSaveInstanceState(Bundle outState) {
        super.onSaveInstanceState(outState);
        Log.e(TAG, "MainActivity::onSaveInstanceState()");
    }
}

SecondActivity的代码例如以下：

public class SecondActivity extends Activity {
    public static final String TAG="SecondActivity";
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        Log.e(TAG, "SecondActivity::onCreate()");
    }
    @Override
    protected void onResume() {
        super.onResume();
        Log.e(TAG, "SecondActivity::onResume()");
    }
    @Override
    protected void onStart() {
        super.onStart();
        Log.e(TAG, "SecondActivity::onStart()");
    }
    @Override
    protected void onPause() {
        super.onPause();
        Log.e(TAG, "SecondActivity::onPause()");
    }
    @Override
    protected void onStop() {
        super.onStop();
        Log.e(TAG, "SecondActivity::onStop()");
    }
    @Override
    protected void onDestroy() {
        super.onDestroy();
        Log.e(TAG, "SecondActivity::onDestroy()");
    }

    @Override
    protected void onSaveInstanceState(Bundle outState) {
        super.onSaveInstanceState(outState);
        Log.e(TAG, "SecondActivity::onSaveInstanceState()");
    }
}