Activity的基本理解

最新推荐文章于 2021-10-18 17:14:43 发布

xiaofei924

最新推荐文章于 2021-10-18 17:14:43 发布

阅读量1.6k

点赞数

分类专栏： Android 文章标签：四大组件 Activity Android

Android 专栏收录该内容

9 篇文章 0 订阅

订阅专栏

一.生命周期

上面是经典的Activity的生命周期图标准启动模式下的生命周期十一上图中的7个：

onCreate onDestroy
onStart onRestart onStop
onResume onPause

生命周期都是成对对应的

activity最基本的生命周期：

onCreate -> onStart -> onResume -> onPause -> onStop -> onDestroy

1.各个生命周期含义及应用场景

（1）onCreate:create表示创建，这是Activity生命周期的第一个方法，也是我们在android开发中接触的最多的生命周期方法。它本身的作用是进行Activity的一些初始化工作，比如使用setContentView加载布局，对一些控件和变量进行初始化等。但也有很多人将很多与初始化无关的代码放在这，其实这是不规范的。此时Activity还在后台，不可见。所以动画不应该在这里初始化，因为看不到……

（2）onStart:start表示启动，这是Activity生命周期的第二个方法。此时Activity已经可见了，但是还没出现在前台，我们还看不到，无法与Activity交互。其实将Activity的初始化工作放在这也没有什么问题，放在onCreate中是由于官方推荐的以及我们开发的习惯。

（3）onResume:resume表示继续、重新开始，这名字和它的职责也相同。此时Activity经过前两个阶段的初始化已经蓄势待发。Activity在这个阶段已经出现在前台并且可见了。这个阶段可以打开独占设备

（4）onPause:pause表示暂停，当Activity要跳到另一个Activity或应用正常退出时都会执行这个方法。此时Activity在前台并可见，我们可以进行一些轻量级的存储数据和去初始化的工作，不能太耗时，因为在跳转Activity时只有当一个Activity执行完了onPause方法后另一个Activity才会启动，而且android中指定如果onPause在500ms即0.5秒内没有执行完毕的话就会强制关闭Activity。从生命周期图中发现可以在这快速重启，但这种情况其实很罕见，比如用户切到下一个Activity的途中按back键快速得切回来。

（5）onStop：stop表示停止，此时Activity已经不可见了，但是Activity对象还在内存中，没有被销毁。这个阶段的主要工作也是做一些资源的回收工作。

（6）onDestroy：destroy表示毁灭，这个阶段Activity被销毁，不可见，我们可以将还没释放的资源释放，以及进行一些回收工作。

（7）onRestart：restart表示重新开始，Activity在这时可见，当用户按Home键切换到桌面后又切回来或者从后一个Activity切回前一个Activity就会触发这个方法。这里一般不做什么操作。

一些常见的场景：

当用户点击A中按钮来到B时，假设B全部遮挡住了A，将依次执行A:onPause -> B:onCreate -> B:onStart -> B:onResume -> A:onStop。

此时如果点击Back键，将依次执行B:onPause -> A:onRestart -> A:onStart -> A:onResume -> B:onStop -> B:onDestroy。

至此，Activity栈中只有A。在Android中，有两个按键在影响Activity生命周期这块需要格外区分下，即Back键和Home键。我们先直接看下实验结果：

此时如果按下Back键，系统返回到桌面，并依次执行A:onPause -> A:onStop -> A:onDestroy。

此时如果按下Home键（非长按），系统返回到桌面，并依次执行A:onPause -> A:onStop。由此可见，Back键和Home键主要区别在于是否会执行onDestroy。

此时如果长按Home键，不同手机可能弹出不同内容，Activity生命周期未发生变化（由小米2s测的，不知道其他手机是否会对Activity生命周期有影响）。

2.onCreate和onStart之间有什么区别？

（1）可见与不可见的区别。前者不可见，后者可见。

（2）执行次数的区别。onCreate方法只在Activity创建时执行一次，而onStart方法在Activity的切换以及按Home键返回桌面再切回应用的过程中被多次调用。因此Bundle数据的恢复在onStart中进行比onCreate中执行更合适。

（3）onCreate能做的事onStart其实都能做，但是onstart能做的事onCreate却未必适合做。如前文所说的，setContentView和资源初始化在两者都能做，然而想动画的初始化在onStart中做比较好。

3.onStart方法和onResume方法有什么区别？

（1）是否在前台。onStart方法中Activity可见但不在前台，不可交互，而在onResume中在前台。

（2）职责不同，onStart方法中主要还是进行初始化工作，而onResume方法，根据官方的建议，可以做开启动画和独占设备的操作。

4.onPause方法和onStop方法有什么区别？

（1）是否可见。onPause时Activity可见，onStop时Activity不可见，但Activity对象还在内存中。

（2）在系统内存不足的时候可能不会执行onStop方法，因此程序状态的保存、独占设备和动画的关闭、以及一些数据的保存最好在onPause中进行，但要注意不能太耗时。

5.onStop方法和onDestroy方法有什么区别？

onStop阶段Activity还没有被销毁，对象还在内存中，此时可以通过切换Activity再次回到该Activity，而onDestroy阶段Acivity被销毁

6.为什么切换Activity时各方法的执行次序是(A)onPause→(B)onCreate→(B)onStart→(B)onResume→(A)onStop而不是(A)onPause→(A)onStop→(B)onCreate→(B)onStart→(B)onResume

（1）一个Activity或多或少会占有系统资源，而在官方的建议中，onPause方法将会释放掉很多系统资源，为切换Activity提供流畅性的保障，而不需要再等多两个阶段，这样做切换更快。

（2）按照生命周期图的表示，如果用户在切换Activity的过程中再次切回原Activity，是在onPause方法后直接调用onResume方法的，这样比onPause→onStop→onRestart→onStart→onResume要快得多。

7.与生命周期密切相关的onSaveInstanceState方法和onRestoreInstanceState方法在什么时候执行？

通过阅读源码会发现，当targetSdkVersion小于3时onSaveInstanceState是在onPause方法中调用的，而大于3时是在onStop方法中调用的。而onRestoreInstanceState是在onStart之后、onResume之前调用的。

Activity的 onSaveInstanceState() 和 onRestoreInstanceState()并不是生命周期方法，它们不同于 onCreate()、onPause()等生命周期方法，它们并不一定会被触发。当应用遇到意外情况（如：内存不足、用户直接按Home键）由系统销毁一个Activity时，onSaveInstanceState() 会被调用。但是当用户主动去销毁一个Activity时，例如在应用中按返回键， onSaveInstanceState()就不会被调用。因为在这种情况下，用户的行为决定了不需要保存Activity的状态。通常onSaveInstanceState()只适合用于保存一些临时性的状态，而onPause()适合用于数据的持久化保存。

8.onNewIntent()

第一种情况：activity launchMode为singleTask或者singleInstance

1、activitya start activityb

2、activityb start activitya

在第二步被执行后，activitya就会顺序执行 onNewIntent onRestart onStart onResume

第二种情况：activity launchMode为singleTop singleTask singleInstance

1、start activitya

2、activitya start activitya

在第二步被执行后，activitya就会顺序执行onPause onNewIntent onResume

第一种情况其实是真正的activity被restart，第二种情况是activity位于栈顶时被再次start就会进入onNewIntent

其实理解的简单一点，无论什么模式，只有activity是同一个实例的情况下，intent发生了变化，就会进入onNewIntent中，这个方法的作用也是让你来对旧的intent进行保存，对新的intent进行对应的处理。

注：可与用户交互,我们称为独占设备

二.Activity启动模式

1.使用AndroidManifest.xml声明启动模式

在清单文件中声明 Activity 时，您可以使用元素的 ][launchMode属性指定 Activity 应该如何与任务关联。

您可以分配给 launchMode 属性的启动模式共有四种：

standard

singleTop

singleTask

singleInstance

先不用管他们具体的操作是什么，我们首先要知道这四种启动模式可以分为两大类：

standard和singleTop 该类启动模式的activity可以被多次的实例化，它们的实例可以放到任何任务中，并且可以位于返回栈的任何位置。 singleTask和singleInstance 带有此类启动模式的activity，它们只能有一个实例存在，且实例只能存在于单独的任务中。 standard：标准模式

默认启动模式，启动activity时直接创建新的实例并压入启动它的任务栈顶。

singleTop：栈顶复用模式

该模式唯一与standard不同的就是，如果启动singleTop模式的activity时发现当前任务的栈顶已经存在着这个activity的实例，那么就不会创建新的实例，而是调用该实例的onNewIntent()方法。其他的跟标准模式一样。

singleTask：栈内复用模式

这个模式有些特殊一点，我们先按使用情景介绍它，当我们将要启动该模式的activity时，系统会判断当前是否有它想要的任务栈：

没有它要的任务栈系统会新创建一个任务，并将该activity实例化作为该任务的根activity。

有它要的任务栈这时候系统会找到该任务栈，如果任务栈里只有它自己则直接调用该activity实例的onNewIntent()方法。如果任务栈中它的上方还存在别的activity，那么这些activity会被全部弹出栈。

至于什么是“它想要的任务栈”，我们会在下面单独分析。

singleInstance：单例模式基本上跟singleTask相同，会为activity单独创建一个任务并能够复用。但是该模式的activity不允许其他activity跟自己存在于同一个任务中，由此 activity 启动的任何 activity 均会被在其他的任务中打开。

2.使用Intent标志声明启动模式

此方式可以通过调用intent.addFlags(int flags)或者intent.setFlags(int flags)方法为Intent添加一个标志，用于为将要启动的Activity声明启动模式。

在开始介绍前，先进行几点扫盲科普：

一个Intent可以设置多个标志，这就是为啥有addflags()和setFlags()两个方法的原因了。为Intent设置标志的参数都是Intent类的静态常量。设置Intent标志不光只有设置activity启动模式这一个功能，设置不同的参数还有其他功能。 Intent标志中可以对activity启动模式进行操作的标志可多了，我们只介绍特别典型的三种。 Intent.FLAG_ACTIVITY_SINGLE_TOP 同AndroidManifest.xml方式中的singleTop启动模式。

Intent.FLAG_ACTIVITY_NEW_TASK 同AndroidManifest.xml方式中的singleTask启动模式。

Intent.FLAG_ACTIVITY_CLEAR_TOP 如果即将启动的 activity 已经存在于当前任务栈中，则会弹出销毁它上方的所有 activity，并调用该activity实例的onNewIntent()方法，而不是启动该 Activity 的新实例。

跟singleTask有点像但不一样，在AndroidManifest.xml方式中没有与此对应的值。

singleTask默认就包含了FLAG_ACTIVITY_CLEAR_TOP的功能。

3.关联任务

在分析singleTask时有提到过该模式下启动activity前会去找“它想要的任务栈”，那么如何去找呢？这就引出了AndroidManifest.xml中标签下的taskAffinity属性。

taskAffinity 属性

taskAffinity 属性学名任务相关性，说白了其实就是这个参数可以指定当前activity所属任务栈的名字，该属性的值为字符串：

例：

android:taskAffinity="com.test.demo.task1"

如果你在标签没指定这个属性，那么它就用标签的taskAffinity属性，如果标签下也没指定，它就应用包名当做默认值。

taskAffinity 与 singleTask

了解到taskAffinity属性后我们在重新梳理一下singleTask启动模式。

如果我们指定了taskAffinity属性的值，那么就跟之前分析的一样，创建新任务等等… 如果我们未指定taskAffinity属性的值，新activity就与当前任务的taskAffinity属性值一样，所以新activity的实例会被放置到当前的任务栈中。除了singleTask呢？现在我们知道了taskAffinity属性可以强行指定activity所属的任务栈，那么这个属性在其他启动模式情况下是什么样的呢？网上好多人都说没有效果，我不信就亲自测试了一下得出以下结论：

刚介绍 SingleInstance的时候说它跟singleTask一样都会新建一个任务，既然singleTask是根据taskAffinity属性来决定是否需要新建任务的，那么singleInstance是不是也需要指定这个属性呢？答案是否！只要启动模式为singleInstance它一定会单独开一个任务。

SingleTop模式下指定了taskAffinity属性的值后，他就会神奇的切换到指定的那个任务栈中，除此之外跟原来一样。

最神奇的就是Standard，它也同样受到了taskAffinity属性的影响，也会切换到指定的那个任务栈中，但当我们多次启动这个activity时它不会再多次的创建实例，而是拉起了之前启动过的实例，更特殊的是，其他三种启动模式在复用之前实例时都会调用onNewIntent()方法，他却不会调用该方法。

taskAffinity的其他作用

taskAffinity还有一个功能就是可以重新定向所属任务，意思就是这个activity原来是属于任务A的，当有一个跟该activity的taskAffinity属性值相同的任务B被创建后，这个activity就会从任务A中转移到任务B中。

想要实现这个功能我们还需要allowTaskReparenting属性的配合：

我们在清单文件中给taskAffinity="A"的activity标签下添加属性android:allowTaskReparenting=true。在taskAffinity="B"的任务下启动这个activity，此时这个activity存在于任务B中。当taskAffinity="A"的任务被创建或者被置于前台，该activity将被转移到其任务栈中，位于栈顶位置。