Android生命周期注意点总结
艺术探索第一章看完之后的总结和验证
-
A打开B:
onPause(A) -> onCreate(B) -> onStart(B) -> onResume(B) -> onStop(A)
,onPause方法中不能执行耗时操作,否则影响显示效果。 -
在
onRestoreInstanceState
中恢复Bundle中数据和onCreate
中恢复的区别,onRestoreInstanceState
被调用,Bundle
一定不为空,而onCreate
中传入的Bundle
可能为空。 -
onSaveInstance
调用的前提是,这个Activity还会被显示,如果正常销毁是不会调用这个方法,就像正常启动不会调用onRestoreInstanceState
一样。 -
当设备配置发生改变的时候,Activity默认会被重建,可以通过在XML中指定
configChanges
来阻止这种重建,比较常见的有屏幕旋转。变化发生时候,onConfigurationChange
将被调用。 -
用标准模式启动Activity,如果传入的
非Activity类型的Context
,将报错。因为标准模式下,新的Activity要放到启动它的Activity的任务栈中,而这种Context
没有任务栈,所以会报错,解决方法,在启动的时候指定FLAG = FLAG_ACTIVITY_NEW_TASK
。 -
如何理解
FLAG_NEW_ACTIVITY_TASK
是一种SingleTask
模式启动? 我的理解是,SingleTask
是栈内复用,保证栈中只有一个实例。而指定FLAG_NEW_ACTIVITY_TASK
会自己创建栈,当然只有一个实例。 -
image.pngSingleTop
模式下,A在栈顶调用自己。可见下图。即使是复用,也是会先Pause自己,再Resume自己的。中间调用onNewIntent
-
看划线处SingleTask(A)调用standard(B),再在B中调用A
。从下面的生命周期可以看见,第二次打开A的时候,先调用了A的onNewIntent
再执行了A的Restart和Start
等方法,并且B被销毁了。
-
SingleInstance
模式下,整个应用只会创建一个实例,并且有自己独立的栈。除非这里实例被销毁,否则不会创建实例。 -
前台任务栈
BA
,后台任务栈DC
,B
启动D
的时候,栈变成DCBA
,启动C
的时候变成了CBA
,此时D被销毁。 -
任务栈,参数
TaskAffinity
作为任务栈的标识符,可以在manifest.xml
中指定。任务栈分为前台任务栈
和后台任务栈
。也就是问题9中情况。默认的这个参数是包名。 -
boolean allowTaskReparenting = true
时候。这个启动情况我相信大家都遇到过。别人把JD上的商品分享给你,你点开连接,会自动打开JD APP
中展示这个商品页面,此时返回Home
,再去打开JD APP
。不会启动京东的主Activity
,而是启动刚才那个页面。如果按back键,那么直接退出JD了。 -
代码中指定启动模式的优先级比XML中定义要高。就像显示
Intent
比隐式intent
优先级高一样。 -
一个activity可以有多个匹配规则
<intent-filter>
,每个规则中有多个action
,多个category
,和若干data
。
-
intent有且仅有一个
image.pngACTION
,并且必须和filter匹配。可以查看源码,mAction
是一个String
类型的。intent
的action
不能有多个否则会覆盖。
-
Category(Intent)
是Category(intent-filter)
的子集。 -
image.pngdata
和ACTION
匹配规则一样