Activity

作者: xwp | 来源:发表于2016-08-24 18:14 被阅读153次

    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底部弹窗样式:
      <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优先,有阻塞效应。
    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中<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

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

    相关文章

      网友评论

          本文标题:Activity

          本文链接:https://www.haomeiwen.com/subject/ogaisttx.html