Activity
2016-08-24 本文已影响153人
xwp
20180314更新。
再次梳理了一遍，更详细清晰，见https://github.com/xwpeng/AndroidArt的chapter1
@Deprecated
本文是在读任玉刚的《Android开发艺术探索》上自己的总结，基础概念会略去，主要总结我觉得重要的地方，和书中内容测试后自己的见解。
也想着我以后关于Activity的一些问题都记录在这里。
Activity官方文档
github我测试的demo
正常生命周期注意点
- 要有前台／后台可见的概念。
能与用户直接交互了是前台,能看见不能交互是后台。
onPause使前台可见结束，onStop使后台可见结束。
onStart使后台可见，onResume使可交互。
前台可理解为可见且可交互。 - 对于activity优先级可以这样理解：
可交互>可见不可交互>不可见未destroy
对于资源回收或者说强杀，感觉粒度是进程而不是组件。 - onPause：可停止动画，保存一些数据，非耗时。
-
onPause执行完新的Activity才能onResume 。所以不能在onPause中做重量（耗时操作），避免b要等待a onStop也尽量不做耗时操作，在onDestroy中做.有些生命周期的回调会受到前一个Activity阻塞。看具体情况去分析。
- 从a Activity到b Activity的时候，调onPause,onStop。
如果b是透明的主题，a不会调onStop。
透明activity底部弹窗样式：
<style name="bottom_window_style" parent="Theme.AppCompat.Light">
<item name="android:windowBackground">@android:color/transparent</item>
<item name="android:windowIsTranslucent">true</item>
<item name="android:windowFrame">@null</item>
<item name="android:windowIsFloating">true</item>
<item name="android:backgroundDimEnabled">true</item>
</style>
熄屏先b的onPause，再a的onStop，再b的onStop。回来也是a优先，有阻塞效应。 - onRestart会调onStart。
- 注意熄屏，按Home的会触发回调。
Activity的销毁重建的回调
横竖屏Activity的销毁重建，内存不足被杀之类都属于Activity异常结束。我认为被杀可能没有机会走回调方法了，系统的结束清理整个进程的时间极短。
- onPause/onStop/onDestory会被调用，onSaveInstance会再onStop之前被调用。被重建的时候在onCreate和onRestoreInstance中取得保存的数据进行恢复。onRestoreInstance在onStart之后调用。官方文档建议onRestoreInstance恢复数据。oncrete中要判断非空
-
销毁重建的时候系统默认做恢复工作，比如输入文本内容，ListView滑动位置。是因为这些View中有onSaveInstance/onRestoreInstance方法。EditText继承自TextView。
TextView中onSaveInstance
流程：Activity调用onSaveInstance后委托Window保存数据，Window委托DecorView去保存数据，DecorView通知子元素保存数据。
- 不希望旋转android:screenOrientation="portrait"始终竖屏。
- 旋转时不希望销毁重建android:configChanges="orientation|screenSize",属性说明参考官方文档。
- 强制要求旋转（手机已配置禁止自动旋转）在onCreate中加上
setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_FULL_SENSOR); - 按Home键或者启动新Activity仍然会单独触发onSaveInstanceState的调用。
启动模式与标记位
- activity实例由任务栈管理，启动模式为了重用栈中已有实例。
- standard,singleTop,SingleTask,singleInstance四种启动模式。
- standard 默认的模式，每次启动都是创建新的实例。
- singleTop 某Activity位于栈顶，再启动它的时候直接复用，onNewIntent被回调。不是在栈顶，依然会创建新的实例。
- singleTask 任务栈内复用。如果没有相应任务栈/栈中没有此实例，创建栈/把Activity实例化压入。如果有任务栈且任务栈中有此实例，把实例调到栈顶并回调它的onNewIntent.
- singleInstance 加强的singleTask，单独占据一个任务栈。
adb shell dumpsys activity 查看手机任务栈信息。 - 用非activity类型的context启动一个Activity,Activity要带FLAG_ACTIVITY_NEW_TASK标记，或者给intent设置此标志。参考进阶式Context。
- 启动模式设置分两种：manifest指定launchMode,intent.addFlag;第一种无法设置CLEAR_TOP，第二种无法设置singleInstance
- 标记FLAG_ACTIVITY_NEW_TASK,效果同singleTask
FLAG_ACTIVITY_SINGLETOP,效果同singleTop
FLAG_ACTIVITY_CLEAR_TOP。只能通过intent.addFlag设置。sigleTask默认有此标记。
具有此标记位的Activity，当它启动时，在同一个任务栈中所有位于它的上面的Activity都要出栈。这个标记位一般会和singleTask启动模式一起出现，在这种情况下，被启动Activity的实例如果已经存在，那么系统会调用它的onNewIntent.如果被启动的Activity采用standard模式启动，那么连同它之上的Activity都要出栈，系统会创建新的Activity实例并放入栈顶。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS：同android:excludeFromRecents="true"。使应用不出现在长按home的应用历史使用列表，亲测：需且应用的launchActivity设置生效。
IntentFilter匹配规则总结
- 总体匹配规则：
一个intent-filter分action,categroy（类别）,data三种标记。
Intent指意图
Intent中要有categroy + action/data,categroy用系统的。IntentFilter中DEFAULT必须有。
如果三者都有，三个同时匹配成功IntenFilter才匹配成功。
intentfilter可以有多组，匹配任一组就能启动Activity。
- action匹配规则
action标记name值自定义的字符串，区分大小写。
可以有多个action标记，任一匹配即action匹配成功。
-category规则
IntentFilter中<categoryandroid:name="android.intent.category.DEFAULT" />这个标记必须有。因为系统在startActivity的时候会默认加上。
我们在定义我们的规则的时候就用android.intent.category.DEFAULT" 与BROWSER。
其他类型还存在疑惑，自定义的不行。 - data匹配规则
data的schem：https:/,http:/,file:/（两根斜杠）就是url的schem。可以自定义如：xwpeng://
data的host:为schem后开始到第一根斜杠中间部分，如url xwpeng://blog/xxx/xxx,blog为host
在intent-filter中只用写xwpeng，blog。斜杠冒号不用写出
mimeType：指定数据类型，如“image/png”,这中默认的schem只能是file://与content://，你加其他的不行。
Intent的用setData与setType单独匹配。如果都要设置使用setDataAndType，因为setData会将type置null。setType也会将Uri置null。 - 最后
intentfilter与Intent的过滤匹配只能是一般规律总结，用到的时候再灵活应用，多try。用到地方不多，能用显示就用显示。如果涉及到SDK或者Module才会用隐式。官方是建议Service启动绑定尽量用显示。
BroadcastReceiver也适用匹配过滤。
隐式启动Activity如果找不到匹配的就会崩溃，如果不确定对应Activity是否存在（情况极少把），用PackageManger与Intent的resolveActivity去判断是否返回null，不是null返回最佳匹配。PackageManger的queryIntentActivity返回所有匹配者的信息。
code.png
