Activity

20180314更新。
再次梳理了一遍，更详细清晰，见https://github.com/xwpeng/AndroidArt的chapter1

@Deprecated
本文是在读任玉刚的《Android开发艺术探索》上自己的总结，基础概念会略去，主要总结我觉得重要的地方，和书中内容测试后自己的见解。
也想着我以后关于Activity的一些问题都记录在这里。
Activity官方文档
github我测试的demo

正常生命周期注意点

1. 要有前台／后台可见的概念。
   能与用户直接交互了是前台,能看见不能交互是后台。
   onPause使前台可见结束，onStop使后台可见结束。
   onStart使后台可见，onResume使可交互。
   前台可理解为可见且可交互。
2. 对于activity优先级可以这样理解：
   可交互>可见不可交互>不可见未destroy
   对于资源回收或者说强杀，感觉粒度是进程而不是组件。
3. onPause：可停止动画，保存一些数据，非耗时。

4. onPause执行完新的Activity才能onResume 。所以不能在onPause中做重量（耗时操作），避免b要等待a onStop也尽量不做耗时操作，在onDestroy中做.有些生命周期的回调会受到前一个Activity阻塞。看具体情况去分析。

5. 从a Activity到b Activity的时候，调onPause,onStop。
   如果b是透明的主题，a不会调onStop。
   透明activity底部弹窗样式：
   
   熄屏先b的onPause，再a的onStop，再b的onStop。回来也是a优先，有阻塞效应。
6. onRestart会调onStart。
7. 注意熄屏，按Home的会触发回调。

Activity的销毁重建的回调

横竖屏Activity的销毁重建，内存不足被杀之类都属于Activity异常结束。我认为被杀可能没有机会走回调方法了，系统的结束清理整个进程的时间极短。

1. onPause/onStop/onDestory会被调用，onSaveInstance会再onStop之前被调用。被重建的时候在onCreate和onRestoreInstance中取得保存的数据进行恢复。onRestoreInstance在onStart之后调用。官方文档建议onRestoreInstance恢复数据。oncrete中要判断非空

2. 销毁重建的时候系统默认做恢复工作，比如输入文本内容，ListView滑动位置。是因为这些View中有onSaveInstance/onRestoreInstance方法。EditText继承自TextView。

   
   
   

   TextView中onSaveInstance
   
   

   流程：Activity调用onSaveInstance后委托Window保存数据，Window委托DecorView去保存数据，DecorView通知子元素保存数据。

3. 不希望旋转android:screenOrientation="portrait"始终竖屏。
4. 旋转时不希望销毁重建android:configChanges="orientation|screenSize",属性说明参考官方文档。
5. 强制要求旋转（手机已配置禁止自动旋转）在onCreate中加上
   setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_FULL_SENSOR);
6. 按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中这个标记必须有。因为系统在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

相关拓展：Android应用程序的Activity启动过程简要介绍和学习计划