Android 深刻理解Activity生命周期的作用及意义

前言


    Activity生命周期是研究Android开发最基础的知识点之一,熟练掌握生命周期的特性可以在实际开发中避免踩坑。比如,一些UI的初始化和回收操作、框架库的注册于反注册(摧毁)、线程的启动和停止等。另外,本文在最后章节还会讲解系统回收造成的问题。本文就是针对各生命周期进行分析和解答,帮助大家完全掌握生命周期。


推荐阅读:

Android 源码分析Application的生命周期及共享数据详解


一、基本作用


Activity的生命周期共七个指示器:onCreate、onStart、onResume、onPause、onStop、onDestroy、onRestart。

如下图所示。

Android 深刻理解Activity生命周期的作用及意义_第1张图片

(1)onCreate() ,不可见状态

    在Activity被创建时回调,第一个生命周期。我们一般在创建Activity时需要重写该方法做一些初始化的操作,如通过setContentView设置界面布局的资源,初始化所需要的组件信息等。 


(2)onStart() ,可见状态

     该方法回调表示Activity正在启动,此时Activity处于可见状态,只是还没有在前台显示,因此用户也无法交互。可以简单理解为Activity已显示却无法被用户看见。

(3)onResume() ,可见状态

    此方法回调时,Activity已在在屏幕上显示UI并允许用户操作了。从流程图可见,当Activity停止后(onPause、onStop方法被调用),重新回到前台时也会调用onResume方法。可以在onResume方法中初始化一些资源,比如打开相机或开启动画。


(4)onPause() ,可见状态

    此方法回调时,Activity正在停止(Paused形态),通常接下来 onStop() 会被回调 。但通过流程图可见,另一种情况是onPause() 执行后直接执行了onResume方法,这可能是用户点击Home键,让程序退回到主界面,程序在后台运行时又迅速地再回到到当前的Activity,此时onResume方法就会被回调。我们可以在onPause方法中做一些数据存储、动画停止、资源回收等操作。另外,onPause方法执行完成后,新Activity的onResume方法才会被执行。所以onPause不能太耗时,因为这可能会影响到新的Activity的显示。


(5)onStop() ,不可见状态 

   此方法回调时,Activity即将停止或者完全被覆盖(Stopped形态),此时Activity不可见,仅在后台运行。同样地,在onStop方法可以做一些资源释放的操作,不能太耗时。 


(5) onRestart(),可见状态

      此方法回调时,表示Activity正在重新启动,由不可见状态变为可见状态。这种情况,一般发生在用户打开了一个新的Activity时,之前的Activity就会被onStop,接着又回到之前Activity页面时,之前的Activity的 onRestart方法就会被回调。

 

(6)onDestroy() ,不可见状态

    此方法回调时,表示Activity正在被销毁,也是生命周期最后一个执行的方法,一般我们可以在此方法中做一些回收工作和最终的资源释放。 


三、问题思考(难度升级)

1、如果所有的初始化都在onCreate()中实现,会有什么问题?

    首先,Activity的onCreate()被调用时,Activity还不可见,如果要做一些动画,既然视图还不存在,在onCreate中来启动动画,明显有问题;

    其次,AActivity 切换到 BActivity,再切换到 AActivity,由于实例已经存在,所以onCreate不会再被调用,那问题就在于AActivity从后台切换至前台时,有可能需要一些初始化,就没法被调用到了。


2、如果所有的初始化都在onStart()中实现,会有什么问题?

    首先,虽然 在onStart()中用 setContentView()、findViewById() 功能也是正常的,但是onCreate()注释中,明确建议 setContentView()、findViewById() 要在 onCreate() 中被调用。

    其次, onResume()的注释中都明确地说了这不是 Activity 对用户是可见的最好的指示器,如果在 onStart() 中做全部初始化,很有可能初始化还没完成影响到用户的交互体验。


3、如果所有资源回收都在onStop()中实现,会有什么问题?

     首先,在 onResume() 的注释中,建议是在onResume()中打开独占设备(比如相机),与onResume()对应的是onPause(),关闭相机的操作也应该在此方法中被调用;否则,考虑一下如下场景:如果AActivity打开了相机,我们点击某按钮要跳转到BActivity中,BActivity也想打开相机;假设AActivity的onPause() 在 BActivity启动后再被调用,那BActivity根本就无法再正常启动相机。

    在onPause() 的注释中明确表示,应该在这个方法中执行停止动画等比较耗CPU的操作,如果不先执行这些操作,就先启动新应用,然后再来执行此操作,确实是不合逻辑;其次,onStop() 的注释中也明确地写了,在内存不足而导致系统自动回收进程情况下,onStop() 可能都不会被执行。


4、Activity间跳转时,为什么AActivity的onPause()被调用后,BActivity的初始化流程(onCreate() -> onStart() -> onResume()),然后AActivity的onStop()被调用?

从AActivity切换到BActivity的日志如下:

10-17 20:54:46.997: I/com.example.servicetest.AActivity(5817): onPause()
10-17 20:54:47.021: I/com.example.servicetest.BActivity(5817): onCreate() 
10-17 20:54:47.028: I/com.example.servicetest.BActivity(5817): onStart() 
10-17 20:54:47.028: I/com.example.servicetest.BActivity(5817): onResume() 
10-17 20:54:47.099: I/com.example.servicetest.AActivity(5817): onStop() 

    当用户点击打开新的Activity,肯定是想尽快进入新的视图进行操作。而且上面的问题已经解释了,在onResume()一般会打开独占设备,开启动画等,当需要从AActivity切换到BActivity时,先执行AActivity中的onPause()进行关闭独占设备,关闭动画等,以防止BActivity也需要使用这些资源,因为AActivity的资源回收,也有利于BActivity运行的流畅。   

    当AActivity中比较消耗资源的部分在onPause()中关闭后,再执行BActivity的初始化,显示视图与用户交互。然后,系统在后台默默执行AActivity的onStop()操作,去回收AActivity占用的其余资源。即使onStop()中会有些比较耗时的操作,也没有关系,这是在后台执行也不会影响到用户的体验。(设计的非常好!good!!!



四、onSavedInstanceState()和onRestoreInstanceState()理解

    大家在开发过程中可能遇到,当在页面的EditText中输入值,接着翻转屏幕时,我输入的内容清空了,但是当我给EditText定义了id属性,再执行上诉操作时,EditText的内容仍然存在。另外,当我们点击Home键退回到主页面,许久之后再次打开程序进行操作,可能会崩溃。


下面解释为什么会出现这样的情况:

(1)onSavedInstanceState()和onRestoreInstanceState()并不是activity生命周期的方法。


  • onSaveInstanceState()会在onPause()或onStop()之前执行;
  • onRestoreInstanceState()会在onStart()和onResume()之间执行。


    当应用遇到意外情况(内存不足,用户直接按home键)由系统直接销毁一个Activity时,onSaveInstanceState()就会调用,但是当用户主动销毁activity,如按back键,或直接执行finish(),这种情况下onSaveInstanceState()就不会执行,因为这种情况下,用户的行为决定了不需要保存Activity的状态。

(2)那么onRestoreInstanceState()会跟onSaveInstanceState()成对出现吗?  

    答案是不会成对出现,onSaveInstanceState()需要调用的时,activity可能销毁,也可能没有销毁,只有在activity销毁重建的时候onRestoreInstanceState()才会调用。

(3)在onSaveInstanceState()中默认情况下具体干些什么?

    默认情况下默认会自动保存Activity中的某些状态,比如activity中各种UI的状态,因此在activity被“系统”销毁和重建的时候,这些Ui的状态会默认保存,但是前提条件是Ui控件必须制定id,如果没有指定id的话,UI的状态是无法保存 的。

(4)总结下Activity数据的保存和恢复:

    activity中保存数据有两种方式onPause(),onSaveInstance(bundle),  恢复数据也有两种途径onCreate(Bundle), onRestoreInstanceState(budle),默认情况下onSaveInstanceSate()和onRestoreInstanceState()会对UI状态进行保存和恢复,如果需要保存其他数据可以在onSaveInstanceState()、onPause()保存。但是如果是持久化的数据,google推荐的是通过onPause()保存。


Android 深刻理解Activity生命周期的作用及意义_第2张图片



你可能感兴趣的:(Android 深刻理解Activity生命周期的作用及意义)