Android中Activity生命周期

正常的情况下Activity的生命周期

Android中Activity生命周期_第1张图片
20140321135805265.png
  1. onCreate():从字面意思我们也能看出这是在Activity 正在被创建的时候执行的一个方法,也是Activity生命周期的第一个方法。我们一般都在这个方法中执行初始化工作。

  2. onRestart():表示Activity正在被从新启动,一般情况下一个Activity从不可见变成可见时,onRestart()方法会被调用。

  3. onStart():表示Activity正在被启动,即将开始,这个时候Activity已经可见了,但是还没有在前台,无法和用户进行交互。这个时候可以理解为Activity已经显示出来了,但是我们还看不到。

  4. onResume(): 表示Activity已经可见了,并且出现在前台并开始活动,要注意这个和onStart的区别,onStart和onResume都表示Activity已经可见,但是onStart是此时Activity还在后台,onResume的时候Activity才显示到前台。

  5. onPause():表示Activity正在停止,正常情况下,紧接着onStop就会被调用,在特殊情况下,如果快速的再回到当前Activity,那么onResume会被调用。在这里需要特别注意的是我们不能在onPause()中做耗时操作,因为会影响到新Activity的现实,onPause必须先执行完,新Activity的onResume才会执行。

  6. onStop():表示Activity即将停止,可以做一些稍微重量级的回收工作,同样不能太耗时。

  7. onDestroy(): 表示Activity即将被销毁,这是Activity生命周期中的最后一个回调,我们可以做一些回收工作和最终的资源释放工作。

   一般情况下Activity第一次启动的流程是这样的:

onCreate()——>onStart()——>onResume

   当用户打开新的Activity或者切换到桌面的时候回掉如下:onPause()—>onStop()

   这里有一个特使情况就是:如果新打开的Activity采用了透明的主题,那么当前的Activity不会调用onStop()方法

   当用户再次回到原Activity时,回掉如下:onRestart()——>onStart()——>onResume()

   当用户按下back键回退时,回调如下:onPause()——>onStop——>onDestroy()

   从整个生命周期来看,onCreate()和onDestroy()是配对的,分别标志着Activity的创建和销毁,并且只可能有一次调用,从Activity是否可见来说onStart()和onStop()是配对的,从Activity是否可见来说,onResume()和onPause()是配对的。

异常情况下的生命周期

   当与资源相关的系统配置发生改变,以及系统内存不足时,Activity就可能被杀死。比如当前我们的Activity处于竖屏状态下,突然旋转屏幕,由于系统配置发生了变化,在默认的情况下,Activity就会被销毁并且被重建,当然我们也可以阻止系统从新创建我们的Activity

   当系统配置发生变化,Activity会被销毁,其onPause(),onStop(),onDestroy()均会被调用,同时由于Activity在异常情况下终止,系统会调用onSaveInstanceState()来保存当前Activity的状态,这个方法的调用时机是在onStop之前,它和onPause()没有既定的时许关系,它可能在onPause只前调用,它可能在onPause()之后调用,需要强调的是,这个方法它只会出现在Activity被异常终止的情况下系统才会调用此方法。当Activity被从新创建好之后,系统会调用onRestoreInstanceState(),并且把Activity销毁时onSaveInstaceState()方法所保存的Bundle对象作为参数传递给onRestoreInstanceState()和onCreate()方法。因此我们可以通过onRestoreInstanceState()和onCreate()方法来判断Activity是否被重建了。如果被重建了,那么我们就可以取出之前保存的数据并恢复,从时许上来说,onRestoreInstanceState()的调用时机在onStart()之后。

   我们要知道一点,在onSaveInstanceState()和onRestoreInstanceState()方法中,系统自动为我们做了一定的恢复工作。当Activity在异常情况下需要从新创建时,系统会默认认为我们保存当前Activity的视图结构,并且在Activity重启后为我们恢复这些数据,比如文本框中用户输入的数据,ListView滚动的位置等,这些View相关的状态信息系统都能够默认为我们恢复。

   关于保存和恢复View层次结构,系统的工作流程是这样的,首先Activity被意外终止时,Activity会调用onSaveInstanceState()去保存数据,然后Activity会委托Window去保存数据,接着Window再委托它上面的顶层容器去保存数据,顶层容器是一个ViewGroup,一般来说它可能是DecorView。最后顶层容器再去一一通知它的子元素来保存数据,这样整个数据就保存完整了。我们可以从中发现这是一种委托思想,上层委托下层,父元素委托子元素去处理一件事情,这种思想在Android中有很多应用。比如View的绘制,过程,事件分发过程都是采用类似的思想。

你可能感兴趣的:(Android中Activity生命周期)