Android开发笔记----Activity再学习（生命周期、启动模式、intent-filter）

本文参考了任玉刚前辈的《Android开发艺术探索》一书，可以说是该书相关内容的读书笔记。

（一） Activity生命周期：

正常启动：onCreate->onStart->onResume

再回到：onRestart->onStart->onResume

back键：onPause->onStop->onDestroy

                                       到桌面或者打开新的：onPause->onStop

           onStart，onStop：是否可见

            onResume，onPause着重是否位于前台

         栈顶Activity需要先onPause,新Activity才能启动 onPause(旧）->onCreate->onStart->onResume->onStop（旧）

          所以不能再onPause中做重量级的操作，，应该在onStop中做操作，从而新的Activity尽快显示出来。

异常情况：

(1)资源相关配置改变（如横竖屏幕）

onPause与onSaveInstanceState方法顺序不定->onStop->onDestroy，onSaveInstanceState方法保存的Bundle对象传递给onRestoreInstanceState和onCreate方法

                                           |

                 重新创建的Activity  onCreate->onStart()->onRestoreInstanceState方法 取出Bundle并恢复数据。Activity委托Window保存数据，Window委托VIewGroup（DecorView)保存，ViewGroup委托View保存数据，典型的委托思想。推荐使用onRestoreInstanceState恢复数据，因为该bundle参数一旦有值，一定非空，而onCreate 则需要判断。

        (2)资源内存不导致优先级低的Activity被杀死

优先级高低情况：1.前台Activity最高 2.可见非前台次之 3,.后台Activity最低。

若某项内容改变我们不需要让系统重新创建Activity可指定configChanges属性，会调用onConfigurationChanged方法，我们可以做些自己的特殊处理。

（二）Activity的launchMode（启动模式）

（1）standard

标准的默认模式，是多实例的，谁启动了该模式的Activity，该Activity便会进入启动了它的Activity的任务栈（TaskStack），相关错误：ApplicationContext启动standard的Activity报错，原因：非Activity的前者无所谓的任务栈。可以为待启动的Activity指定FLAG_ACTIVITY——NEW_TASK标志位，启动时候会为其创建一个新的任务栈（见singleTaask 模式）

（2）singleTop

栈顶复用模式：新的Activity已在栈顶，不重复创建，同时它的onNewIntent方法会被回调，onCreate，onStart不会被系统调用。存在该实例在任务栈中，但不在栈顶则还会重新创建。

（3）singleTask

栈内复用模式：activity栈内存在，就不重新创建。首先寻找任务栈是否存在，无：创建任务栈，放入启动的Activity。有：有该Activity的实例么？无：创建该Activity放入任务栈的栈顶。有：把该Activity调到栈顶并clearTop，同时onNewIntent也会回调。

        （4）singleInstance

单实例模式，加强版singleTask，具有singleTask 的特点，同时具有该模式的Activity单独位于一个任务栈。

指定启动模式的方法：XML属性里面的launchMode属性，和Java代码里的intent。addFlags();

（三）Activity的Flags

FLAG_ACTIVITY_NEW_TASK

FLAG_ACTIVITY_SINGLE_TOP

FLAG_ACTIVITY_CLEAR_TOP

FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

（四）Intent Filters匹配

该知识点主要用于Android隐式调用Activity，需要intent可以匹配目标组件的IntentFilter中设置的过滤信息，在XML文件中的Intent-filter属性，包含action、category、data，intent-filter可以有多个，intent满足一个filter的data、action、category即可。（同时满足这三者）。那么这三者各自的匹配规则又是怎样的呢？

action匹配规则：action是一个字符串形式，任何一个action相同即匹配成功

category匹配规则：可以没有category，或者是一旦有category，不管有几个，每个都要与filter中任何一个category相同，系统调用startActivity和startActivityForResult自动为intent添加了DEFAULT这个category，所以这个category就可以匹配过滤规则，同时为了activity接受隐式的调用，就必须在intent-filter中添加“android.intent.category.DEFAULT”这个category。

data的匹配规则：与action类似

data的结构：由二部分组成URI和mimeType，后者指得是媒体类型如image/jpeg等。前者包含 scheme、port、path、pathPrefix、pathPattern

分别指URI模式，主机名、URI端口号、路径信息。过滤规则没指定URI则默认为content、file。也就是说没有指定的话，intent的URI部分要有content或者file的scheme，为intent指定完整的data要使用setDataAndType方法，而不是分开的setData或者setType，以为这二个方法彼此清除对方的值（从源码可以看出是把对方的值置为空）

隐式启动intent注意的地方在于：我们可以做判断看是否activity匹配我们的intent，使用PackageManager的resolveActivity方法或者intent的resolveActivity方法，找不到匹配的Activity返回null，同时，PackageManager的queryIntentActivities方法返回所有成功匹配的Activities（复数形式），前者是指最佳匹配。

Android入口Activity的action为MAIN，category为LAUNCHER 缺一不可。