Android四大组件之Activity详解

一、Activity的生命周期

首先，我们来了解一下Activity典型的生命周期

一个Activity从启动到结束会以如下顺序经历整个生命周期：

onCreate()->onStart()->onResume()->onPause()->onStop()->onDestory()。包含了六个部分，还有一个onRestart()没有调用，

下面就来一一介绍

• onCreate()：当 Activity 第一次创建时会被调用。当 Activity 第一次创建时会被调用。这是生命周期的第一个方法。在这个方法中，可以做一些初始化工作，比如调用setContentView去加载界面布局资源，初始化Activity所需的数据。
• onStart()：表示Activity正在被启动，即将开始，这时Activity已经出现了，但是还没有出现在前台，无法与用户交互。
• onResume()：表示Activity已经可见了，并且出现在前台并开始活动。
• onPause()：表示 Activity正在停止，仍可见，正常情况下，紧接着onStop就会被调用。onPause中不能进行耗时操作，会影响到新Activity的显示。因为onPause必须执行完，新的Activity的onResume才会执行。
• onStop()：表示Activity即将停止，不可见，位于后台。
• onDestory()：表示Activity即将销毁，这是Activity生命周期的最后一个回调，可以做一些回收工作和最终的资源回收。
• onRestart()：表示Activity正在重新启动。一般情况下，当当前Activity从不可见重新变为可见状态时，onRestart就会被调用。这种情形一般是用户行为导致的，比如用户按Home键切换到桌面或打开了另一个新的Activity，接着用户又回到了这个Actvity。

生命周期的几种普通情况

• ①针对一个特定的Activity，第一次启动，回调如下：onCreate()->onStart()->onResume()
• ②用户打开新的Activiy的时候，上述Activity的回调如下：onPause()->onStop()
• ③再次回到原Activity时，回调如下：onRestart()->onStart()->onResume()
• ④按back键回退时，回调如下：onPause()->onStop()->onDestory()
• ⑤按Home键切换到桌面后又回到该Actitivy，回调如下：onPause()->onStop()->onRestart()->onStart()->onResume()
• ⑥调用finish()方法后，回调如下：onDestory()(以在onCreate()方法中调用为例，不同方法中回调不同，通常都是在onCreate()方法中调用)

下面来看一下特殊情况下的生命周期

①横竖屏切换

在横竖屏切换的过程中，会发生Activity被销毁并重建的过程。

在Activity由于异常情况下终止时，系统会调用onSaveInstanceState来保存当前Activity的状态。这个方法的调用是在onStop之前，它和onPause没有既定的时序关系，该方法只在Activity被异常终止的情况下调用。当异常终止的Activity被重建以后，系统会调用onRestoreInstanceState，并且把Activity销毁时onSaveInstanceState方法所保存的Bundle对象参数同时传递给onRestoreInstanceState和onCreate方法。可以通过onRestoreInstanceState方法来恢复Activity的状态，该方法的调用时机是在onStart之后。

横竖屏切换的生命周期：onPause()->onSaveInstanceState()-> onStop()->onDestroy()->onCreate()->onStart()->onRestoreInstanceState->onResume()

可以通过在AndroidManifest文件的Activity中指定如下属性：

android:configChanges = "orientation| screenSize"

来避免横竖屏切换时，Activity的销毁和重建

②资源内存不足导致优先级低的Activity被杀死

Activity优先级的划分和下面的Activity的三种运行状态是对应的。

• (1) 前台Activity――正在和用户交互的Activity，优先级最高。
• (2) 可见但非前台Activity――比如Activity中弹出了一个对话框，导致Activity可见但是位于后台无法和用户交互。
• (3) 后台Activity――已经被暂停的Activity，比如执行了onStop，优先级最低。

当系统内存不足时，会按照上述优先级从低到高去杀死目标Activity所在的进程。

再来看看Activity的三种运行状态

①Resumed（活动状态）

又叫Running状态，这个Activity正在屏幕上显示，并且有用户焦点。

②Paused（暂停状态）

这是一个比较不常见的状态。这个Activity在屏幕上是可见的，但是并不是在屏幕最前端的那个Activity。比如有另一个非全屏或者透明的Activity是Resumed状态，没有完全遮盖这个Activity。

③Stopped（停止状态）

当Activity完全不可见时，此时Activity还在后台运行，仍然在内存中保留Activity的状态，并不是完全销毁。

二、Activity的启动模式

1.启动模式的类别

Android提供了四种Activity启动方式：

• 标准模式（standard）
• 栈顶复用模式（singleTop）
• 栈内复用模式（singleTask）
• 单例模式（singleInstance）

2.启动模式的结构――栈

Activity的管理是采用任务栈的形式，任务栈采用“后进先出”的栈结构。

3.Activity的LaunchMode

(1)标准模式（standard）

每启动一次Activity，就会创建一个新的Activity实例并置于栈顶。谁启动了这个Activity，那么这个Activity就运行在启动它的那个Activity所在的栈中。

应用场景： 绝大多数Activity。

(2)栈顶复用模式（singleTop）

如果需要新建的Activity位于任务栈栈顶，那么此Activity的实例就不会重建，而是重用栈顶的实例。并回调如下方法：

@Override
  protected void onNewIntent(Intent intent) {
    super.onNewIntent(intent);
  }

由于不会重建一个Activity实例，则不会回调其他生命周期方法。

如果栈顶不是新建的Activity,就会创建该Activity新的实例，并放入栈顶。

应用场景：在通知栏点击收到的通知，然后需要启动一个Activity，这个Activity就可以用singleTop，否则每次点击都会新建一个Activity。

(3)栈内复用模式（singleTask）

该模式是一种单例模式，即一个栈内只有一个该Activity实例。该模式，可以通过在AndroidManifest文件的Activity中指定该Activity需要加载到那个栈中，即singleTask的Activity可以指定想要加载的目标栈。singleTask和taskAffinity配合使用，指定开启的Activity加入到哪个栈中。

关于taskAffinity的值： 每个Activity都有taskAffinity属性，这个属性指出了它希望进入的Task。如果一个Activity没有显式的指明该Activity的taskAffinity，那么它的这个属性就等于Application指明的taskAffinity，如果Application也没有指明，那么该taskAffinity的值就等于包名。

<activity android:name=".Activity1"
 android:launchMode="singleTask"
 android:taskAffinity="com.lvr.task"
 android:label="@string/app_name">
</activity>

在这种模式下，如果Activity指定的栈不存在，则创建一个栈，并把创建的Activity压入栈内。如果Activity指定的栈存在，如果其中没有该Activity实例，则会创建Activity并压入栈顶，如果其中有该Activity实例，则把该Activity实例之上的Activity杀死清除出栈，重用并让该Activity实例处在栈顶，然后调用onNewIntent()方法。

应用场景： 如大多数App的主页。

(4)单例模式（singleInstance）

作为栈内复用模式（singleTask）的加强版,打开该Activity时，直接创建一个新的任务栈，并创建该Activity实例放入新栈中。一旦该模式的Activity实例已经存在于某个栈中，任何应用再激活该Activity时都会重用该栈中的实例。
应用场景： 如呼叫来电界面。

总结