谈谈Activity生命周期和启动模式(一)

说起Activity大家都不陌生,它主要是跟用户去打交道,其实,它并不仅仅将视图显示给用户,它的背后隐藏的很大的知识点,今天就来讲讲它的一些背后隐藏的故事


生命周期分析

Activity的生命周期主要是7个,onCreate,onRestart,onStart,onResume,onPause,onStop,onDestroy
1,onCreate:当Activity被创建时首先调用的方法,onContentView会去加载视图并且显示出来,我们也可以在这个方法里实例化一些对象

2,onRestart:当Activity的视图绘制完成后,从不可见到重新可见时该方法会被调用,例如,如果当前的Activity被创建了,用户按了home键返回了页面或者说被其他的Activity覆盖了,然后再返回该Activity时,该方法也会被调用,如果是正常启动,该方法不会被调用

3,onStart:当Activity已经创建完成会调用该方法,注意的是,这里仅仅是创建完成,并不代表显示给用户了,也就是说,Activity已经创建完成了,但是我们还没有看得见

4,onResume:Activity创建完成并且显示给用户了,这里跟onStart的差别是,虽然两者都已经创建完,但是onStart还没有显示出来,而onResume则显示出来了,可以跟用户交互了

5,onPause:当Activity不可见时,该方法会被调用,表示Activity即将不可见,相当于准备工作

6,onStop:当onPause执行完之后,该方法被调用,真正的不可见,但注意的是,不可见不代表Activity销毁了,例如我们跳转到另外一个Activity的话,那当前的Activity执行了onStop,但是并没有被销毁,还会存储在栈中

7,onDestroy:当Activity真正被销毁后会回调该方法,什么是销毁,例如用户退出了当前的应用,或者当前Activity调用了finish()方法,都会销毁当前Activity

来张生命周期的图,生命周期图网上太多了,就不注明出处了


谈谈Activity生命周期和启动模式(一)_第1张图片

总的一点概述,Activity生命周期的变化是:
1,第一次创建时:onCreate ——> onStart ——> onResume

2,当Activity从可见到不可见时:onPause ——> onStop,如果ActivityB使用的是透明背景,那么当前Activity的onStop方法不会被执行

3,当Activity从不可见到可见时:onRestart ——> onStart ——> onResume

4,当Activity被销毁后:onPause ———> onStop ——> onDestroy

5,如果多个Activity交互:
ActivityA:onCreate ——> onStart ——> onResume——> onPause
ActivityB:onCreate ——> onStart ——> onResume
ActivityA:onStop

6,如果ActivityB点击了Back键后:
ActivityB:onPause
ActivityA:onRestart ——> onStart ——> onResume
ActivityB:onStop ——> onDestroy

注意的是:
1,onCreate和onDestroy只会被调用一次

2,只有当onResume调用完之后,才会显示出界面,onStop调用完之后,才会消失界面,onStart和onPause相当于显示界面前和消失界面前的准备工作

3,onRestart只有在重新可见时才会被调用,正常启动是不会被调用

4,不要在onStart和onPause方法中进行耗时操作,因为只有在这两个方法执行完之后,才会调用onResume和onStop方法,耗时操作会延迟显示和消失的时间,并且对于性能来说也不好,如果需要进行耗时操作,尽量在onResume和onStop中操作

5,如果第二个Activity是出于透明状态时,当前的Activity不会调用onStop方法

6,如果多个Activity交互,首先当前Activity会调用onPause,需等第二个Activity创建完并且显示出来之后,第一个Activity才会执行onStop或者销毁

现在提出2个问题:
1,当多个Activity交互时,为什么当前的Activity需要先执行onPause方法?
2,为什么要先执行第二个Activity的onCreate,onStart,onResume方法,再执行第一个Activity的onStop方法呢

Google的开发人员这样的设计是有道理的,我们就Activity的生命周期分析下,来看下原因:
问题1:
假设当前是一款视频APP,用户正在看着视频(ActivityA),这时候有电话打进来了,系统会调用电话的ActivityB,这时,如果不执行onPause方法,那么ActivityA的声音一直存在,而ActivityB的声音也在,这就很尴尬了

问题2:
我们知道Activity需要执行了onStop方法才会消失页面,当启动ActivityB时,ActivityA执行了onStop方法,那么ActivityA页面就消失了,而这时ActivityB还没有显示,这也很尴尬,所以说,ActiivtyA先出于一种暂停状态,预防ActivityB出现的各种情况,当ActivityB完成了之后,Activity才会真正的消失


异常时期的生命周期分析

当我们Activity发生异常时,我们可想到,Activity被创建了,然后发生了异常,然后消失不可见,最后销毁,所以我们不难想到Activity发生了异常,则它的生命周期:
1,创建的时候发生:onCreate ——>onPause ———> onStop ——> onDestroy

2,onStart时发生:onCreate ——>onStart ——>onPause ———> onStop ——> onDestroy

3,onResume时发生:onCreate ——>onStart ——>onResume——>onPause ———> onStop ——> onDestroy

不难发现,异常发生时都会调用onPause ———> onStop ——> onDestroy,也就是完整的销毁流程

如果异常发生了,系统会调用onSaveInstanceState方法来保存当前的状态信息,这个方法会再onStop之前调用,跟onPause没有关系,可能在onPause之前,也可能之后,但是注意的是,这个方法只会在发生异常时被调用,正常情况下不会被调用,onSaveInstanceState是以Bundle对象来保存数据,保存了数据之后,会传递给onCreate,我们知道,onCreate方法中有个Bundle类型参数是savedInstanceState,这也就是说,异常出现了,我们可以通过savedInstanceState判断Activity是否被重建了,如果重建了,则可以在onCreate中获取到保存的数据


横竖屏切换的生命周期

很多时候我们的应用都是竖屏操作,但也有很多时候需要切换到横屏,那么它们的生命周期会是怎样的变化呢?

首先我们知道了第一次创建时候Activity的生命周期,我们不妨想象下横竖屏有什么不一样的地方,首先当我们的Activity创建完成之后,界面已经显示出来了,也就是说明,view也就是确定了,然而切换横屏的时候,我们知道view的显示和竖屏的时候不一样,我们回想下,view的加载是在onCreate的setContentView方法中引入的,而onCreate方法只能被调用一次,所以我们不难推断出,横竖屏切换之后,view重新被创建了,也就是说onCreate会被执行,就是说切换之后新的Activity会被重新创建一次,那么旧的Activity呢?如果说旧的Activity没有隐藏,那么我们就会看到两个Activity交叉显示,然而我们并没有,而Activity是执行了onStop方法才会隐藏,所以我们知道了旧的Activity会执行onStop方法,那么会不会销毁呢?如果说没有被销毁,那么无限的横竖屏切换,就会导致Activity越来越多,特别是Activity中执行了耗时的操作时,后果可想而知,所以,我们就得出一个结论,当横竖屏切换的时候,旧的Activity会执行一次完整的生命周期,而新的Activity会被重新创建
横竖屏切换时的生命周期:
1,ActivityA:
onCreate ——> onStart ——> onResume ——> onPause ——> onStop ——> onDestroy

2,ActivityB:
onCreate ——> onStart ——> onResume

如果我们需要在切换时保存信息状态,方法跟异常出现时一样,在onSaveInstanceState中保存信息,然后再onCreate中取出
好了,这篇文章就先写到这里,下篇讲讲Activity的启动模式

你可能感兴趣的:(谈谈Activity生命周期和启动模式(一))