Activity的生命周期和启动模式

本文章是根据任主席的《android开发艺术探索》所做的笔记

activity 的生命周期大家应该都很熟悉了吧,大概说一下就行:

onCreate()--->onStart()-->onResume()-->onPause()-->onStop()-->onDestory()

这里说几个关键点,首先两个两个都是配对的,这个就不细说了。然后当activity的主题设为透明时,返回桌面不会调用onStop(),而设为一般主题是会调用的。

onStart()和onResume()这两个很像,有什么实质的不同呢?其实android留这两个接口肯定是有意义的。onStart和onPause是从activity是否可见的角度来回调的,而onResume和onPause是从是否位于前台来回调的。

如果activityA开启一个activityB,到底是A的onPause 先调用还是B的onResume先调用?在这我就不做实验了,当然我也没能力去看源代码,所以就直接让大家记住结论就行,当然是A的先调用了,然后是B的onCreate(),onStart(),onResume()。所以在activity中尽量不要做复杂的操作,可以把耗时的操作都放在onStop()中。

当手机的屏幕突然变为横着的屏幕的话,也就是系统配置发生改变后,就会发生异常终止,然后重新创建activity。在发生异常时,系统会调用activity的onSaveInstaceState(),正常情况下是不会调用的。被重新创建了之后,系统会调用onRestoreInstaceState(),会把onSaveInstaceState中保存的Bundle对象作为参数传递给onRestoreInstaceState或者onCreate。在系统中会为我们保存一些信息,例如EditText的中数据,ListView的滑动位置。onSaveInstaceState只会在异常终止的情况下才会被调用。

关于保存流程,作者说出了一些android的重要流程,先是activity会调onSaveInstaceState,然后activity再去委托window去保存数据,然后window再去委托上面的顶级容器去保存数据,最后顶级容器会委托他的子元素来一一保存。这其实是一种典型的委托思想,上层委托下层,父层委托子元素,在android有很多应用,View的绘制过程,事件分发。

内存不足时,也会将优先级低的activity杀死,如果一个进程中没有四大组件运行的话,特别容易被kill,所以将一些工作放在server中将是一个很好的选择。

假如不想让系统配置发生改变时重建activity,那就给activity指定configChange,只要在AndroidMenifest.xml文件中指定就可以。并且不会调用上面那两个方法,但是会调用onConfigationChange,所以我们可以在这个方法中做一些个性化处理。

启动模式:

activity的LaunchMode大家估计也比较熟悉了,

(1)standard:标准模式,不管这个实例是不是存在,系统还是会在任务栈中创建新的activity。如果我们用ApplicationContext去启动一个标准模式的activity就会报错,因为standard的activity会进入启动他的那个任务栈,而context没有相应的任务栈,所以汇报错。可以为这个activity制定一个FLAG_ACTIVITY_NEW_TASK标志位就会创建为这个创建一个新的任务栈

(2)singleTop:栈顶复用模式。看见名字应该就知道是什么意思了。如果activity已经在栈顶了,那么再被调用时不会发生重建,但是他的onNewIntent会回调。

(3)singleTask:栈内复用模式,只要activity在一个栈内就不会多次创建实例,和singleTop一样,会调用onNewIntent,(书上没有讲onNewIntent具体在什么时候调用,但是从中应该能感觉到应该是activity在复用activity的时候会调用)。这儿讲一个例子,当D在栈内S1,而C在S2中调用D,系统就会将S1中的D放入S2中,并且singleTask默认有clearTop效果,将D上面的activity全部出栈。

(4)singleInstace:单实例模式,比如A是单实例模式,系统就会为它创建一个任务栈,由于栈内复用的特性,后续的请求都会在这个栈中(当然,按照前面的分析,也会调用onNewIntent)

任务栈还与一个参数相关,TaskAffinity,它标识了一个activity所需要的任务栈的名字,默认情况下,任务栈的名字为应用的包名,可以通过这个参数为它指定一个特定的任务栈,主要是和singleTask或者allowTaskResparenting配合使用,(任务栈分为前台任务栈和后台任务栈,后台任务栈一般处于暂停模式)。

activity的Flags:

这里就不具体讲了,可以去看看官网,挺好理解的。

IntentFilter的匹配规则:

刚开始学习android的时候,一直不知道这个是什么含义,具体表示的什么,后来学了intent,觉得这个就和intent有关系,具体也没有研究,今天终于明白了。

咱们一般使用Intent时,都用的显式的,这儿主要和隐式调用有关。

中,主要和action,category,mimetype这三个有关。只有一个Intent同时和这三个同时匹配才能成功启动目标activity。

action:当一个过滤表中有action时,只要和action中的一个匹配就可以,

category:Intent中category中的全部和匹配规则中的一样才可以。而不是intentFilter中的全部。

data:一共有两类data,mimeType和URI,这两个参数就不具体说了,URI应该都知道,就和网址差不多,http,file,content.都可以,mimeType指的是媒体类型。一般匹配的时候,必须调用setDataAndType,不能先调用setData,setType,因为这两个方法会清除对方的值。

最后,通过隐式调用最好得先判断一下,否则activity没有匹配到,会发生报错,提示activity无法找到。

这是自己的读书笔记,可能大家看的不是很明白,有兴趣的还是看书吧,可以参考我这篇哦。

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