Activity的生命周期
1.正常情况下的生命周期
- onCreate: Activity正在被创建,生命周期中的第一个方法,常在此方法中做一些初始化工作,比如调用setContentView方法,初始化Activity所需数据等。
- onRestart: 表示Activity正在重新启动。一般情况下,当Acivity从不可见重新变为可见状态时,onRestart方法就会被调用。
- onStart: 表示Activity正在被启动,这是Activity已经可见,但是没有出现在前台,还无法与用户交互。
- onResume: 表示Activity可见并出现在前台开始活动。onStart和onResume都表示Activity可见,但是onStart的时候Activity还在后台,onResume时Activity才显示到前台。
- onPause: Activity正在停止,此时可以做一些存储数据、停止动画等工作。但注意不能太耗时,因为会影响到新Activity的显示,onPause必须先执行完,新Activity的onResume才能执行。
- onStop: Activity即将停止,可以做一些稍微重量级的回收工作,同样不能太耗时。
- onDestory: Activity即将被销毁,在这里,做一些回收工作和资源的释放。
images/loading.gif' data-original="http://images2017.cnblogs.com/blog/1256275/201710/1256275-20171013103125715-161648184.png" >
Activity的生命周期切换过程
关于onStart和onResume、onPause和onStop的不同,onStart和onStop是从Activity是否可见这个角度来回调,onResume和onPause是从Activity是否位于前台这个角度来回调的,除了这种区别,在实际使用中没有其他明显的区别。
2.异常情况下的生命周期分析
资源相关的系统配置发生改变导致Activity被杀死并重新创建
异常情况下Activity的重建过程
当手机旋转屏幕时,系统配置方式发生边,在默认情况下Activity就会被销毁并且重新创建。当系统配置发生改变后,Activity会被销毁,其onPause、onStop、onDestory均会被调用,同时由于Activity是在异常情况下终止的,系统会调用onSaveInstanceState来保存当前Activity的状态(正常情况下系统不会调用这个方法)。这个方法调用时机在onStop之前,和onPause没有时序关系(可能在onPause之前也可能之后)。当Activity被重新创建之后,系统会调用onRestoreInstanceState,并且把Activity销毁时onSaveInstanceState保存的bundle传给onRestoreInstanceState和onCreate方法。可以通过bundle是否为空来判断Activity是否被重建了。如果被重建了,可以取出之前保存的数据并恢复,从时序上来讲,onRestoreInstanceState的调用时机在onStart之后。一般情况下,旋转屏幕后Activity会重新创建。但是当设置Activity的configChanges属性为orientation|screenSize之后Activity不会重新创建。
3.Activity的启动模式LaunchMode
- standard(标准模式): 也是系统的默认模式,每次启动一个Activity都会重新创建一个新的实例,不管这个实例是否已经存在。onCreate、onStart、onResume都会被调用。
- singleTop(栈顶复用模式) 在这种模式下,如果新Activity的实例已经位于任务栈的栈顶,那么此Activity不会被重新创建,同时回调它的onNewIntent方法,通过此方法的参数我们可以去除当前请求的信息。需要注意,这个Activity的onCreate、onStart方法不会被重新调用。如果新Activity的实例已经存在但不是位于栈顶,那么新Activity仍然会重新创建。
- singleTask(栈内复用模式) 这是一种单例模式,在这种模式下,只要Activity在一个栈中存在,那么多次启动此Activity都不会重新创建实例,和singleTop一样,系统也会回调其onNewIntent方法。如果栈中有这个实例,那么会将该实例之上的Activity全部弹出栈,将该实例置于栈顶。
- singleInstance(单实例模式) 这是一种加强的singleTask模式,除了具有singleTask模式的所有特性之外,还加强了一点,就是具有此模式的Activity只能单独的位于一个任务栈中。
4.Activity的Flags
FLAG_ACTIVITY_NEW_TASK
这个标记位的作用是为Activity指定“singleTask”启动模式,其效果和在
FLAG_ACTIVITY_SINGLE_TOP
这个标记位的作用是为Activity指定“singleTop”启动模式,其效果和在
FLAG_ACTIVITY_CLEAR_TOP
具有此标记位的Activity,当它启动时,在同一个任务栈中所有位于它上面的Activity都要出栈。
5.IntentFilter的匹配规则
隐式调用需要Intent能够匹配目标组件的IntentFilter中所设置的过滤信息,如果不匹配将无法启动目标Activity。IntentFilter中的过滤信息有action、category、data。一个Intent只有同时匹配action类别、category类别、data类别才算完全匹配。另外,一个Activity中可以有多个intent-filter,一个Intent只要能匹配任何一组intent-filter即可成功启动对应的Activity。
1.action的匹配规则
action是一个字符串,系统预定义了一些action,我们也可以在应用中定义自己的action。action的匹配要求Intent中的action存在且必须和过滤规则中的其中一个action相同,这里需要注意和category匹配规则的不同。action区分大小写,大小写不同字符串相同的action会匹配失败。
2.category的匹配规则
Intent中如果有category,那么所有的category都必须和过滤规则中的其中一个category相同。当然,Intent中可以没有category,但它仍然可以匹配成功,原因是系统在调用startActivity和startActivityForResult的时候会默认为Intent加上“android.intent.category.DEFAULT”这个category。同时为了我们的activity能够接收隐式调用,就必须在intent-filter中指定“android.intent.category.DEFAULT”这个category。
3.data的匹配规则
data由两部分组成,mimeType和URI。mimeType指媒体类型,比如image/jpeg、audio/mpeg4-generic和video/*等,而URI中包含的数据就比较多了。下面是URI的结构:
<scheme>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]
Scheme: URI的模式,比如http、file、content等,如果URI中没有指定scheme,那么整个URI是无效的。
Host: URI的主机名,比如www.biadu.com
Port: URI中的端口号
Path、pathPattern和pathPrefix: 这三个参数表述路径信息,其中path表示完整的路径;pathPattern也表示完整的路径信息,但是它里面可以包含通配符;pathPrefix表示路径的前缀信息。
最后,当我们通过隐式方式启动一个Activity的时候,可以做一下判断,看是否有Activity能够匹配我们的隐式Intent。判断方法有两种:采用PackageManager的resolveActivity方法或者Intent的resolveActivity方法如果找不到匹配的Activity就会返回null。
参考自《Android开发艺术探索》
原标题:Activity随笔
关键词: