Android的Activity生命周期知识点总结，详情

一. Activity生命周期

    1.1 返回栈知识点

二. Activity状态

    2.1 启动状态

    2.2 运行状态

    2.3 暂停状态

    2.4 停止状态

    2.5 销毁状态

三. Activity生存期

    3.1 回调方法

    3.2 生存期

四. 体验Activity的生命周期

五. Activity被回收办法

引言：

掌握Activity的生命周期对Android开发来说非常重要，当我们深入理解Activity的生命周期之后，就可以写出更加连贯流畅的理序，并在如何合理管理应用资源方面发挥得游刃有余。我们的应用程序也将会拥有更好的用户体验。

一.Activity生命周期

1.1返回栈：

我们知道，Android里的Activity可以层叠的，我们每启动一个新的Activity，就会覆盖在原来的Activity之上，然后点击Back按键，会销毁最上面的Activity，下面的一个Activity就会显示出来。

其实Android是使用任务(task)来管理Activity的，一个任务就是一组存放在栈里的Activity的集合，这个栈也被称作返回栈(back stack)。栈是一种后进先出的数据结构，在默认情况下，每当我们启动了一个新的Activity，它就会在返回栈中入栈，并处于栈顶的位置。而每当我们按下Back键或调用finish（）方法去销毁一个Activity时，处于栈顶的Activity就会出栈，前一个入栈的Activity就会重新处于栈顶的位置。

系统总是会显示处于栈顶的Activity给用户。

图1：返回栈流程图

1.2 Activity状态

Activity有主要的四个状态，以及一个非常迅速的启动状态，下面我们来讲解他们的功能：

1.2.1启动状态(Starting)：

启动状态就是内个非常迅速的状态，在Activity启动时会自动跳转到下一个状态，这也就是为什么很多的Activity介绍里只写了四个状态而没有介绍这个状态了。

1.2.2运行状态(Running)：

当一个Activity位于返回栈的栈顶时，Activity就处于运行状态。系统最不愿意回收的就是处于运行状态的Activity，因为这会带来非常差的运行体验。

1.2.3暂停状态(Paused)：

当一个Activity不再处于栈顶的位置，但仍然可见时，Activity就进入了暂停状态。你可能会觉得，既然Activity已经不在栈顶了，怎么会可见呢？这是因为并不是每一个Activity都会占满整个屏幕，比如对话框式的Activity只会占用中间屏幕的部分区域。处于暂停状态的Activity仍然是完全存活的，系统也不愿意回收这种Activity（因为它还是可见的，回收可见的东西都会在用户体验方面有不好的影响），只有在内存极低的情况下，系统才会去考虑回收这种Activity。

1.2.4停止状态(Stopped):

当一个Activity 不再处于栈顶位置，并且完全不可见的时候，就进人了停止状态。系统仍然会为这种Activity保存相应的状态和成员变量，但是这并不是完全可靠的，当其他地方需要内存时，处于停止状态的Activity有可能会被系统回收。

1.2.5销毁状态(Destroyed):

一个Activity 从返回栈中移除后就变成了销毁状态。系统最倾向于回收处于这种状态的Activity以保证手机的内存充足。

图 2 ：状态关系图

1.3生存期

1.3.1回调方法

在Activity类中定义了7个回调方法，其覆盖了Activity生命周期的每一个环节，下面我们来一个一个看这 些方法：

1.onCreate()——创建

这个方法我们已经看到过很多次了，在每个Activity 中都重写了这个方法，它会在Activity第一次被创建的时候调用。我们应该在这个方法中完成Activity的初始化操作，比如加载布局、绑定事件等。

2.onStart()——启动

这个方法在Activity由不可见变为可见的时候调用

3.onResume()——恢复

这个方法在Activity准备好和用户进行交互的时候调用。此时的Activity一定位于返回栈的栈顶，并且处于运行状态。

4.onPause()——停顿

这个方法在系统准备去启动或者恢复另一个Activity的时候调用。我们通常会在这个方法中将一些消耗CPU的资源释放掉，以及保存一些关键数据，但这个方法的执行速度一定要快，不然会影响到新的栈顶Activity的使用。

5.onStop()——暂停

这个方法在Activity完全不可见的时候调用。它和onPause()方法的主要区别在于，如果启动的新Activity是一个对话框式的Activity，那么onPause（）方法会得到执行，而onstop()方法并不会执行。

6.onDestory()——销毁

这个方法在Activity被销毁之前调用，之后Activity的状态将变为销毁状态。

7.onRestart——重启

这个方法在Activity由停止状态变为运行状态之前调用，也就是Activity被重新启动了。

1.3.2生存期

1.3.2.1完整生存期

完整生存期：Activity在onCreate()方法和onDestroy()方法之间所经历的就是完整生存期。一般情况下, 一个Activity会在onCreate()方法中完成各种初始化操作，而在onDestroy()方法中完成释放内存的操 作。

1.3.2.2可见生存期

Activity在onStart()方法和onStop(）方法之间所经历的就是可见生存期。在可见生存期内，Activity对于用户总是可见的，即便有可能无法和用户进行交互。我们可以通过这两个方法合理地管理那些对用户可见的资源。比如在onStart()方法中，对资源进行加载，而onStop()方法中对资源进行释放，从而保证处于停止状态的Activity不会占用过多内存。

1.3.2.3前台生存期

Activity在onResume(）方法和onPause（）方法之间所经历的就是前台生存期。在前台生存期内， Actvity总是处于运行状态，此时的 Activity 是可以和用户进行交互的，我们平时看到和接触最多的就是这个状态下的Activity。

图3.Activity生命周期

1.4体验Activity的生命周期

了解了Activity的生命周期之后，我们来写一个实例，通过实例来详细了解。

首先，我们新建一个EmptyActivity，名为NormalActivity，其布局起名为normal_layout；使用相同的方法创建DialogActivity，布局起名为dialog_layout。

接下来，我们先编辑normal_layout.xml文件。

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"

android:orientation="vertical"

android:layout_width="match_ parent"

android:layout_height="match_ parent">

<Textview

android:Layout_width="match_parent"

android:layout_height="wrap_content

android:text="This is a normal activity"

/>

</LinearLayout>

在这里我们简单的定义了一个TextView，显示了一行文字"This is a normal activity"。

接着我们编辑dialog_layout.xml文件，代码如下：

<LinearLayout xmlns:android-"http://schemas.android.com/apk/res/android

android:orientation"vertical"

android: Layout_width="match_parent"

android: layout_height="match_parent">

<Textview

android:layout_width="match_parent"

android: layout_height="wrap_content"

android:text="This is a dialog activity"

/>

</LinearLayout>

接下来我们修改AndroidManifest.xml的标签配件。

< activity

               android : name = ".DialogActivity"

               android : theme = "@style/Animation.Design.BottomSheetDialog" >

        </ activity >

< activity

               android : name = ".NormalActivity"

               android : exported = "false" />

这里注册了两个Activity，此时我们为什么使用了一个android:theme的属性？这里是给前面的Activity指定主题，这里的"@style/Animation.Design.BottomSheetDialog"则毫无疑问是让DialogActivity使用对话框的主题。现在，我们可以修改activity_main.xml:

<?xml version="1.0" encoding="utf-8"?>

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"

         android:orientation="vertical"

         android:layout_width="match_parent"

         android:layout_height="wrap_content">

      <Button

             android:layout_width="match_parent"

             android:layout_height="wrap_content"

             android:id="@+id/startNormalActivity"

             android:text="Start NormalActivity"/>

         <Button

                android:layout_width="match_parent"

                android:layout_height="wrap_content"

                android:id="@+id/startDialogActivity"

                android:text="Start DialogActivity"/>

</LinearLayout>

这里我们添加两个按钮，一个用于启动NormalActivity，一个用于启动DialogActivity，修改代码：

import android.content.Intent;

import android.os.Bundle;

import android.util.Log;

import android.view.View;

import androidx.appcompat.app.AppCompatActivity;

public class MainActivity extends AppCompatActivity {

private static final String TAG = "MainActivity";

@Override

protected void onCreate(Bundle savedInstanceState) {

      super.onCreate(savedInstanceState);

      Log.d(TAG, "onCreate");

      setContentView(R.layout.activity_main);

      findViewById(R.id.startNormalActivity).setOnClickListener(new

View.OnClickListener() {

            @Override

            public void onClick(View v) {

                   Intent intent = new Intent(MainActivity.this,

NormalActivity.class);

                     startActivity(intent);

                   }

             });

             findViewById(R.id.startDialogActivity).setOnClickListener(new

View.OnClickListener() {

                 @Override

                  public void onClick(View v) {

                         Intent intent = new Intent(MainActivity.this,

  DialogActivity.class);

                         startActivity(intent);

                 }

           });

  }

  @Override

  protected void onStart() {

          super.onStart();

          Log.d(TAG, "onStart");

  }

  @Override

  protected void onResume() {

         super.onResume();

         Log.d(TAG, "onResume");

  }

  @Override

  protected void onPause() {

         super.onPause();

         Log.d(TAG, "onPause");

  }

  @Override

  protected void onStop() {

         super.onStop();

         Log.d(TAG, "onStop");

  }

  @Override

  protected void onDestroy() {

        super.onDestroy();

        Log.d(TAG, "onDestroy");

  }

}

现在，我们启动程序，并看一下logcat的效果。

图4：Main界面图

此时我们不对界面做任何操作，看log cat运行过程：

图5：MainLogCat打印日志

这里其实我们就会发现，在MainActivity第一次被创建时会依次执行onCreate，onStart和onResume方法。

然后点击第一个按钮NormalActivity，打开normal_layout界面：

图6：NormalActivity界面

此时的Logcat打印日志：

图7：NormalActivity的LogCat打印日志

由于此时NormalActivity已经把MainActivity完全遮挡住，所以onPause和onStop都会执行。然后按下Back按键返回MainActivity。

这时候我们返回原来的界面，再看log cat打印日志：

图8：返回MainActivity时的打印日志

由于之前的MainActivity已经进入了停止状态，所以onRestart方法会得到执行，之后会依次执行

onRestart和onResume方法，此时onCreate方法不会执行，因为MainActivity并没有重新创建。

点击第二个按钮，启动DialogActivity。

此时的logcat:

图9：打开DialogActivity界面

可以看到，只有onPause的方法得到了执行，onStop没有得到执行，这是因为DialogActivity并没有完全遮挡住MainActivity，此时MainActivity只是进入暂停状态，并没有进入停止状态。

最后在MainActivity按下Back按键，退出程序，打印程序：

图10：结束界面

1.5Activity被回收办法

前面讲过，当一个Activity进入了停止状态，是有可能被系统回收的。我们可以假设一种情况：有一个ActivityA，我们在这个基础上启动了ActivityB，这时候A任务就陷入停止状态，这个时候由于系统的内存不足，系统将ActivityA回收掉了，然后用户按下Back按键返回ActivityA，正常情况下还是会显示ActivityA，这是并不会执行onRestart方法，而是会执行onCreate方法，因为A在这种情况下被重新创建一次。

但是偶尔我们还是回遇见一种情况，如果在A中可能会存在临时数据和状态，比如说A里有一个文本输入框，我们输入了一段数据；拿上面内个程序举例，此时我们打开了NormalActivity，这时MainActivity由于内存不足被回收掉，此时我们如果点击Back返回；此时如果内存不足的话，刚刚输入的文字就都没了，因为MainActivity被重建了。

这种情况是非常影响用户体验的，这时Activity里有一种回调方法我们就可以使用了——onSaveInstanceState（），这个方法可以保证在Activity被回收之前一定会被调用。

omSaveInstanceState()方法携带一个Bundle类的参数，Bundle提供一系列的方法用于保存数据，比如可以使用putString()方法保存字符串，使用putInt()方法保存整型数据，以此类推。每个保存方法需传入两个参数，第一个参数是键，用于后面的Bundle中取值，第二个参数是真正要保存到内容。

@Override

protected void onSaveInstanceState(Bundle outState) {

      super.onSaveInstanceState(outState);

      String tempData = "Something you just typed";

      outState.putString("data_key", tempData);

}

数据已经保存下来了，那么我们在哪里恢复呢？我们一直使用的onCreate方法其实也有一个Bundle类型的参数。这个参数在一般情况下都是null。但是如果在Activity被系统回收之前，我们通过 onSaveInstanceState方法保存数据，这个参数就会带有之前的保存的数据，我们只需要通过相应的取值方法将数据去除，修改代码如下：

import android.os.Bundle;

import android.util.Log;

import androidx.appcompat.app.AppCompatActivity;

public class MyActivity extends AppCompatActivity {

      private static final String TAG = "MyActivity"; // 确保你有一个合适的TAG 

      super.onCreate(savedInstanceState);

      Log.d(TAG, "onCreate");

      setContentView(R.layout.activity_main);

      if (savedInstanceState != null) {

            String tempData = savedInstanceState.getString("data_key");

             Log.d(TAG, "tempData is " + tempData);

         }

     }  

}

取出值之后再做相应的恢复操作就可以了。

我们会发现在使用Bundle保存和取出数据的时候和使用Intent传递 也有类似的方法。这里Intent还可以结合Bundle一起用于传递数据。

首先我们可以把传递的数据都保存在Bundle对象中,然后再将Bundle对象存放在Intent里，到了目标的Activity之后，先从Intent中取出Bundle，再从Bundle中一一取出数据。

注：另外，当手机的屏幕旋转的时候，Activity也会有一个重建的过程，所以这时候，数据也可能发生丢失的情况。