Android | Activity
Android Activity
Activity 概念
Activity 是一种包含用户界面、主要用于与用户进行交互的Android应用组件。一个应用程序可以包含零个或多个 Activity 。
Activity 生命周期
Activity 类中定义了7个回调方法，覆盖了 Activity 生命周期的每一个环节。
onCreate(): 创建，这个方法在Avtivity第一次创建时被调用，在这个方法中完成像加载布局、绑定事件等Activity的初始化操作。onStart(): 开始，这个方法在Activity由不可见变为可见时调用，此时Activity尚未出现在前台，不能进行交互。onResume(): 活动，这个方法在Activity准备好和用户进行交互的时候调用。此时的Activity一定位于返回栈的栈顶，并且处于运行状态.onPause(): 暂停，这个方法在系统准备去启动或者恢复另一个Activity的时候调用。此时Activity仍然可见，但无法交互。我们通常会在这个方法中将一些消耗CPU的资源释放掉，以及保存一些关键数据，但这个方法的执行速度一定要快，不然会影响到新的栈顶Activity的使用。onStop(): 停止，这个方法在Activity完全不可见的时候调用。它和onPause()方法的主要区别在于，如果启动的新Activity是一个对话框式的Activity，那么onPause()方法会得到执行，而onStop()方法并不会执行。onDestroy(): 销毁，这个方法在Activity被销毁之前调用，之后Activity的状态将变为销毁状态。onRestart(): 重启，这个方法在Activity由停止状态变为运行状态之前调用，也就是Activity被重新启动了。
除了 onRestart 之外的六个方法均是两两相对，按照这种形式可以将 Activity 划分为3种生存期。
- 完整生存期 ：
Activity在onCreate()方法和onDestroy()方法之间所经历的就是完整生存期。一般情况下，一个Activity会在onCreate()方法中完成各种初始化操作，而在onDestroy()方法中完成释放内存的操作。 - 可见生存期 ：
Activity在onStart()方法和onStop()方法之间所经历的就是可见生存期。在可见生存期内，Activity对于用户总是可见的，即便有可能无法和用户进行交互。我们可以通过这两个方法合理地管理那些对用户可见的资源。 - 前台生存期 ：
Activity在onResume()方法和onPause()方法之间所经历的就是前台生存期。在前台生存期内，Activity总是处于运行状态，此时的Activity是可以和用户进行交互的，我们平时看到和接触最多的就是这个状态下的Activity。
常见的生命周期变化有以下几种，其中Activity A是MainActivity。
- 当
Activity A第一次被创建 ：onCreate()->onStart()->onResume() - 从
Activity A跳转至Activity B时，Activity A的变化：onPause()->onStop() - 从
Activity B返回Activity A时，Activity A的变化：onRestart()->onStart()->onResume() - 在
Activity A打开一没有遮挡全部界面的弹窗，Activity A的变化：onPause() - 将上述弹窗关闭，
Activity A的变化：onResume() - 在
Activity A中按下BACK按钮：onPause()->onStop()->onDestroy() - 在
Activity A中按下HOME按钮，并从桌面再次返回Activity A：onPause()->onStop()->onRestart()->onStart()->onResume() - 在
Activity A中执行finish()方法：onDestroy()
当一个Activity进入了停止状态，是有可能被系统回收，就可能造成上一个页面的临时数据与状态丢失，使用 onSaveInstanceState() 回调方法可以避免这种情况，这个方法可以保证在 Activity 被回收之前一定会被调用。
正常情况下，切换横竖屏后，Activity 会被销毁并重新创建，正常情况下会重新走一遍生命周期：onPause() -> onSaveInstanceState() -> onStop() -> onDestroy() -> onCreate() -> onStart() -> onRestoreInstanceState() -> onResume()。也可以通过在 AndroidManifest 中配置 android:configChanges = "orientation | screenSize" 来避免重新走一遍生命周期，配置后切屏只会执行 onConfigurationChanged() 方法。
Activity 启动模式
Android中的 Activity 是可以层叠的。我们每启动一个新的 Activity ，就会覆盖在原 Activity 之上，然后点击 BACK 键会销毁最上面的 Activity ，下面的一个 Activity 就会重新显示出来。Android是使用任务 Task 来管理 Activity 的，一个任务就是一组存放在栈里的 Activity 的集合，这个栈也被称作返回栈Back Stack。在默认情况下，每当我们启动了一个新的 Activity ，它就会在返回栈中入栈，并处于栈顶的位置。而每当我们按下 BACK 键或调用 finish() 方法去销毁一个 Activity 时，处于栈顶的 Activity 就会出栈，前一个入栈的 Activity 就会重新处于栈顶的位置。系统总是会显示处于栈顶的 Activity 给用户。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RQYQvbTw-1673797568264)(./image/Android_BackStack.png)]
应该根据特定的需求为每个 Activity 指定恰当的启动模式，共有四种启动模式，可以在 AndroidManifest.xml 中通过给 <activity> 标签指定 android:launchMode 属性来选择启动模式。
standard: 默认的启动模式，不显式指定则默认使用。在standard模式下，每当启动一个新的Activity，它就会在返回栈中入栈，并处于栈顶的位置。对于使用standard模式的Activity，系统不会在乎这个Activity是否已经在返回栈中存在，每次启动都会创建一个该Activity的新实例，同一个Activity可以被实例化多次。singleTop: 如果当前返回栈的顶部不存在该Activity，则新建该Activity并放入栈顶，所以不再栈顶的Activity还是会被多次创建；如果当前返回栈的顶部已存在Activity的一个实例，则系统会通过调用该实例的onNewIntent()方法向其传送Intent，不创建该Activity的新实例。singleTask: 如果singleTask模式指定了不同的taskAffinity，会启动一个新的返回栈。假设在AndroidManifest.xml中给<activity>标签指定android:taskAffinity="com.android.task"，如果com.android.task返回栈不存在，系统会新建新的返回栈，然后再创建该Activity A的实例将其压入返回栈中；如果com.android.task返回栈存在，而且返回栈中没有该Activity A，则新建Activity A并放入栈顶；如果com.android.task返回栈存在，而且返回栈中已经有该Activity A，则如果发现已经存在该Activity则直接使用该实例，并把在这个Activity之上的所有其他Activity统统出栈，如果没有发现就会创建一个新的Activity实例。如果只是指定了android:taskAffinity属性，但是启动模式没有指定为singleTask模式，新启动的Activity依然会在原来的返回栈中。singleInstance:singleTask的升级版，创建singleInstance启动模式的Activity时，系统都会直接创建一个新的返回栈并创建Activity的新实例置于新Task返回栈中。之后系统不会将任何其他Activity的实例放入这个新建的Task中，该Activity始终是其Task唯一仅有的成员，一旦该模式的Activity实例已经存在于某个栈中，任何应用再激活该Activity时都会重用该栈中的实例。