Activity 关于生命周期一些问题的实践验证

以你之姓@ 2022-10-03 00:47 81阅读 0赞

# Activity 关于生命周期一些问题的实践验证 #

本文内容
    1. 如何验证问题
    2. 正常情况下的生命周期
    3. 由活动 A 启动活动 B 时，活动 A 的 onpause() 和 B 的 onResume() 哪一个先执行？
    4. dialog 是否会对生命周期产生影响？
        4.1 标准的 AlertDialog 是否有影响？
        4.2 全屏的 AlertDialog 是否有影响？
        4.3 主题为 Dialog 的 Activity 是否有影响？
    5. 横竖屏切换时生命周期变化
    6. 内存不足杀死 Activity 时的生命周期变化
    7. 异常情况下数据保存
    8. 异常情况下，系统默认恢复 EditText 的文本信息
    9. 异常情况下，系统默认恢复 TextView 的文本信息
    10. 防止重建

## 1. 如何验证问题 ##

创建一个 MainActivity 、 FirstActivity 类以及一些验证问题的 Dialog 等等其他的类，MainActivity 是项目的主界面。MainActivity 与 FirstActivity 的生命周期方法中都打印了日志。  
　　相关验证代码在：[activityproject][]

## 2. 正常情况下的生命周期 ##

*  点击应用到界面显示出来的生命周期  
    ![622972-20190423093228618-2088748724.png][]  
    **结论：**第一次打开 MainActivity ，调用了 onCreate() -> onStart() -> onResume() 方法。
 *  按下电源键时的屏保的生命周期  
    ![622972-20190423093245015-1223869695.png][]  
    **结论：**屏保时的生命周期调用为：onPause() -> onStop() 。
 *  亮屏时的生命周期  
    ![622972-20190423093253065-1071948767.png][]  
    **结论：**亮屏时的生命周期调用为：onRestore() -> onStart() -> onResume() 。
 *  按 home 键时的生命周期  
    ![622972-20190423093310461-576053201.png][]  
    **结论：**按下 home 键时的生命周期调用为：onPause() -> onStop() 。
 *  按 home 键后重新打开界面的生命周期（从后台应用打开的生命周期是相同的）  
    ![622972-20190423093324641-1506111874.png][]  
    **结论：**按下 home 键之后重新打开界面时的生命周期调用为：onRestore() -> onStart() -> onResume() 。
 *  在显示界面点击返回键退出的生命周期  
    ![622972-20190423093344761-7054252.png][]  
    **结论：**关闭 MainActivity ，调用了 onPause() -> onStop() -> onDestory() 方法。

## 3. 由活动A启动活动B时。活动A的 onPause() 与活动B的 onResume() 哪一个先执行？ ##

在 MainActivity 界面中添加一个按钮，点击按钮跳转 FirstActivity 界面。

*  打开 MainActivity 界面，在 MainActivity 跳转到 FirstAcivity ，运行结果如下：  
    ![622972-20190423093406662-804446374.png][]

可以看到，是 MainActivity 先执行了 onPause() ， FirstActivity 的 onResume() 后执行的。

*  点击返回看一下执行的顺序：  
    ![622972-20190423093417338-1158779445.png][]

点击返回后，可以看到是 FirstActivity 的 onPause() 先执行，MainActivity 的 onResume() 后执行。

**结论：**当活动 A 启动活动 B 时，是活动 A 的 onPause() 方法先执行，活动 B 的 onResume() 方法后执行。

## 4.dialog 是否会对生命周期产生影响？ ##

查看 Activity 生命周期的描述，如果 Activity 不在前台，且并非完全不可见时， Activity 就会处在 onPause() 的暂停状态。但是事实如何，用代码说话，测试三种情况：一，弹出标准的 AlertDialog ；二，弹出全屏的 AlertDialog ；三，弹出主题为 Theme.AppCompat.Dialog 的 Activity ，查看这三种情况下的生命周期的变化：

#### 4.1 标准的 AlertDialog 是否有影响？ ####

在 MainActivity 的布局中添加一个弹出标准 AlertDialog 的按钮，用于观察 MainActivity 在弹出 AlertDialog 和隐藏 AlertDialog 的情况下的生命周期变化。

*  点击弹出标准 AlertDialog 的生命周期的运行  
    ![622972-20190423093436743-898022737.png][]  
    　　可以看到弹出标准的 AlertDialog 并不会对 MainActivity 的生命周期有任何的影响。
 *  点击 AlertDialog 的“确定”按钮，对 AlertDialog 进行隐藏，观察 MainActivity 的生命周期的变化  
    　　点击 AlertDialog 的“确定”按钮后，看到没有任何的日志打印出来，所有隐藏标准 AlertDialog 也不会对 MainActivity 的生命周期有任何的影响。

**结论：**显示和隐藏标准的 AlertDialog 不会对 MainActivity 的生命周期有任何的影响。

#### 4.2 全屏的 AlertDialog 是否有影响？ ####

在 MainActivity 的布局中添加一个弹出全屏 AlertDialog 的按钮，用于观察 MainActivity 在弹出全屏 AlertDialog 和隐藏全屏 AlertDialog 的情况下的生命周期变化。

*  点击弹出全屏 AlertDialog 的生命周期的运行  
    ![622972-20190423093453611-828331491.png][]  
    　　可以看到弹出全屏的 AlertDialog 并不会对 MainActivity 的生命周期有任何的影响。
 *  点击 AlertDialog 的“确定”按钮，对 AlertDialog 进行隐藏，观察 MainActivity 的生命周期的变化  
    　　点击 AlertDialog 的“确定”按钮后，看到没有任何的日志打印出来，所有隐藏全屏 AlertDialog 也不会对 MainActivity 的生命周期有任何的影响。

**结论：**显示和隐藏全屏的 AlertDialog 不会对 MainActivity 的生命周期有任何的影响。

#### 4.3 主题为 Dialog 的 Activity 是否有影响？ ####

在 MainActivity 的布局中添加一个跳转主题为 Theme.AppCompat.Dialog 的 Activity 的按钮，用于观察 MainActivity 在跳转主题为 Theme.AppCompat.Dialog 的 Activity 和从 主题为 Theme.AppCompat.Dialog 的 Activity 返回的情况下的生命周期变化。

*  跳转主题为 Dialog 的 Activity 的生命周期变化  
    ![622972-20190423093513866-274890583.png][]  
    　　可以看到跳转主题为 Dialog 的 Activity 会对 MainActivity 的生命周期产生影响，生命周期的变化与跳转 Activity 的变化相同。
 *  在主题为 Dialog 的 Activity 下点击返回键的生命周期变化  
    ![622972-20190423093528796-1580792204.png][]  
    　　在主题为 Dialog 的 Activity 下点击返回键，返回到 MainActivity 的界面，从运行结果可以看出，与跳转 Activity 之后返回的声明周期变化不同，MainActivity 只调用了 onResume() 方法，并没有调用 onRestart() 与 onStart() 两个方法，DialogActivity 调用 onPause()、onStop() 与 onDestory() 方法。

**结论：**主题为 Dialog 的 Activity 会对 MainActivity 的生命周期有影响，并且跳转主题为 Dialog 的 Activity 与跳转普通的 Activity 的生命周期变化相同。

## 5. 横竖屏切换时生命周期变化 ##

MainActivity 在横竖屏切换时生命周期的变化：  
　　![622972-20190423093543713-525610085.png][]  
**结论：**横竖屏切换时的生命周期调用为：onPause() -> onStop() -> onDestory() -> onCreate() -> onStart() -> onResume() 。就是一个销毁再重建的过程。

## 内存不足杀死 Activity 时的生命周期变化 ##

模拟内存不足杀死应用：先打开应用，然后按 home 键，使应用进入后台，然后使用命令 `adb shell am kill 包名`将应用杀死。

*  从打开应用到杀死应用的生命周期变化如下：  
    ![622972-20190423093602331-584600285.png][]  
    　　在按 home 键之后，MainActivty 调用了 onPause() 与 onStop() 方法，并没有调用 onDestory() 方法，所以主进程现在属于后台进程。  
    **结论：**内存不足时，杀死应用，前台的 Activity 生命周期为 onPause() -> onStop() 。
 *  然后在点击应用的图标，打开应用，生命周期变化如下：  
    ![622972-20190423093616417-1703219746.png][]  
    　　可以看到 MainActivity 调用了 onCreate()、onStart() 和 onResume() 方法，Activity 重新创建了。

## 7. 异常情况下数据保存 ##

在 MainActivity 中覆盖 onSaveInstanceState 和 onRestoreInstanceState 两个方法。在 onSaveInstanceState 方法中保存 key 值为 message ,值为 onSaveInstanceState 的数值，在 onRestoreInstanceState 方法中获取 key 值为 message 对应的数值，使用横竖屏切换来测试这两个方法的调用，以及保存数值的获取。

*  从 MainActivity 开启到切换横竖屏的生命周期变化如下：  
    ![622972-20190423093643208-2138918593.png][]  
    　　横竖屏切换时，MainActivity 调用了 onSaveInstanceState() 方法，切换之后 MainActivity 重新创建，并且调用了 onRestoreInstanceState() 方法，并从 Bundle 中取得了 onSaveInstanceState() 方法中保存的数据。
 *  再切换回来的生命周期变化如下:  
    ![622972-20190423093653940-534651993.png][]  
    　　切换回来与切换的时候的生命周期变化一样，先调用了 onSaveInstanceState() 方法，切换后 MainActivity 重新创建并调用 onRestoreInstanceState() 方法，并从 Bundle 中取得了 onSaveInstanceState() 方法中保存的数据。

onCreate() 方法中也能获取 onSaveInstanceState 方法中保存的数据，在 MainActivity 的 onCreate() 方法中增加获取代码。

*  横竖屏切换之后 onCreate() 打印的日志如下:  
    ![622972-20190423093703306-132619733.png][]  
    　　在 MainActivity 重新创建时，调用了 onCreate() 方法，并从 onCreate() 方法的 Bundle 中获取到 onSaveInstanceState() 方法中存储的值。注意：onCreate() 中从 Bundle 中获取数据之前，一定要判空，因为第一次进入的时候，Bundle 是空的，会有空指针异常。

## 8. 在异常情况下，系统默认恢复 EditText 的文本信息 ##

在 MainActivity 的布局文件中添加 EditText，打开应用后，在输入框内输入一些文字。在横竖屏切换后观察输入框内的文字是否和切换之前的文字相同。（通过横竖屏切换观察信息，注意 EditText 需要添加 id 才行）  
　　从打开应用，到横竖屏切换之后输入框的文字内容如下：  
![622972-20190423093723362-98801212.png][]  
　　在切换横竖屏时，onPause() 方法中打印了 EditText 的文本内容，切换重建后，在 onResume() 中获取到 EditText 的内容与之前的内容相同，并且要注意，重建后 onCreate() 与 onStart() 方法中获取 EditText 的文本内容都是为空。

## 9. 在异常情况下，系统默认恢复 TextView 的文本信息 ##

通过转屏观察信息，这里只是通过 setText 方法动态设置文本内容，在这种情况下加了 id 也无法自动保存，这种情况可以通过给 TextView 设置 freezesText 属性才能自动保存。  
　　打开应用后在点击弹出标准的 AlertDialog 时修改 TextView 的内容，横竖屏切换后，观察 TextView 的内容是否和切换之前的文字相同。

从打开应用，到横竖屏切换之后 TextView 的文字内容如下：  
![622972-20190423093735208-1107865500.png][]  
　　在切换横竖屏时，onPause() 方法中打印了 TextView 的文本内容，切换重建后，在 onResume() 中获取到 TextView 的内容与之前的内容相同，并且要注意，重建后 onCreate() 与 onStart() 方法中获取 TextView 的文本内容是布局文件中的默认内容。

## 10. 防止重建 ##

将 MainActivity 的 android:configChanges 设置为 orientation ，在横竖屏切换的时候防止重新被创建。

*  横竖屏切换时，生命周期的变化如下:  
    ![622972-20190423093754622-922239661.png][]  
    　　可以看到在第一次进入 Activity 会调用 onCreate() -> onStart() -> onResume() 创建，之后切换横竖屏并不会有任何的生命周期方法的调用。

转载于:https://www.cnblogs.com/zhangmiao14/p/10754541.html

[activityproject]: https://github.com/ZhangMiao147/ArticleProject/tree/master/activityproject
[622972-20190423093228618-2088748724.png]: /images/20220109/9f30ac068a484bd8bbd09daf831fda2d.png
[622972-20190423093245015-1223869695.png]: /images/20220109/04011bc447cb4c6987487e869e207151.png
[622972-20190423093253065-1071948767.png]: /images/20220109/c434f7de6603464aa37f89a761e6840e.png
[622972-20190423093310461-576053201.png]: /images/20220109/2b23899b319b44d88ae9b3fea51b1ea7.png
[622972-20190423093324641-1506111874.png]: /images/20220109/4e920bc1fbb74d18acb8f338d28eaa33.png
[622972-20190423093344761-7054252.png]: /images/20220109/c0887340882f434d9835e0bf628cc2dd.png
[622972-20190423093406662-804446374.png]: /images/20220109/092d192277814642acf30a93e93b1b5b.png
[622972-20190423093417338-1158779445.png]: /images/20220109/5bf84e71dc7d46498f3a7971eba2818e.png
[622972-20190423093436743-898022737.png]: /images/20220109/1dd0e1fae4744abd9cd69b0ce276814b.png
[622972-20190423093453611-828331491.png]: /images/20220109/81d1e00be8f449b28081b94a8a4d7a3e.png
[622972-20190423093513866-274890583.png]: /images/20220109/e59935cee7834f76ae84f4292c73377e.png
[622972-20190423093528796-1580792204.png]: /images/20220109/29ad633ce30f40fa8cfe9f14c4bef889.png
[622972-20190423093543713-525610085.png]: /images/20220109/85e6c5cbe8a54a929ac06067c81d08aa.png
[622972-20190423093602331-584600285.png]: /images/20220109/4cf3aef97f944dc8a01cadca297b3661.png
[622972-20190423093616417-1703219746.png]: /images/20220109/8d19edb79e7b428da5e03f00b62b7ff9.png
[622972-20190423093643208-2138918593.png]: /images/20220109/51e5b0a7f4f64045bbd8696b2bcab258.png
[622972-20190423093653940-534651993.png]: /images/20220109/db1603026c23450f9e7db3ee4896d5df.png
[622972-20190423093703306-132619733.png]: /images/20220109/314da5d721a14b7bae0b3261a5845939.png
[622972-20190423093723362-98801212.png]: /images/20220109/529c9b1b61f94ae1bd7ab2b60cd7c778.png
[622972-20190423093735208-1107865500.png]: /images/20220109/632c6cc1812e40e68bb3647e27aeef92.png
[622972-20190423093754622-922239661.png]: /images/20220109/b269acfef5e244c5a75c2a5f701c220e.png