Activity相关知识总结
异常情况下的生命周期
情况一：资源相关的系统配置发生改变导致Activity被销毁并重建
比较典型的就是横竖屏的切换后者分辨率的变化，默认情况下系统会将Activity销毁并重建。此时系统会调用onSaveInstanceState方法保存Activity的状态（判断的标准是系统认为Activity呗销毁后，会立刻被重建），onSaveInstanceState的调用发生在onStop之前，与onPause的调用没有固定的先后顺序。Activity被重建时，系统会调用onRestoreInstanceState方法，它的调用发生在onStart之后，与onResume没有固定的先后顺序。在Activity被重建时，可以选择在onRestoreInstanceState或onCreate方法中实现，唯一的区别是，如果onRestoreInstanceState被调用那参数中的bundle对象一定不会null。
在异常情况下，系统销毁Activity时，会默认保存一些视图状态，比如LIstVIew的滚动位置，EditText输入的内容和聚焦状态。这是因为View也有onSaveInstanceState和onRestoreInstanceState方法。当Activity被销毁时，首先触发其onSaveInstanceState方法，然后Activity会委托（或者叫分发任务）它的wIndow对象保存相关数据，触发其onSaveInstanceState方法，继而window对象会委托它所包含的View层级，逐层触发各个view的onSaveInstanceState方法，这样就就保存状态的任务，分发到了Activity的视图所包含的所有View对象。
情况二 内存不足导致系统需要销毁低优先级的Activity
Activity根据优先级的高低，可以分为三种：
（1）前台Activity——处于onResume状态，正在与用户交互
（2）可见Activity——处于onPause状态，用户可见，但是不能交互。比如从Activity触发弹出对话框，此时Activity即为可见状态，但是不可交互。
（3）后台Activity——处于onStop的状态，Activity不可见，已经暂停。
系统内存资源不足时，会按照优先级去杀掉目标Activity所在的进程，并在后续通过onSaveInstanceState和onRestoreInstanceState方法来存储和恢复数据。
系统配置项里有很多内容，如果某个内容项发生变化时，我们不希望Activity被系统重建，可以给Activity在manifest配置中指定configChanges属性。当Activity指定了configChanges属性后，相应的系统配置项发生变化时，Activity将不会被销毁，onSaveInstanceState和onRestoreInstanceState方法也不会被调用，取而代之的是，系统会调用Activity的onConfigurationChanged方法。
Activity启动模式
standard——默认的标准模式。关于standard，值得注意的是，如果用ApplicationContext.startActivity启动standard模式的Activity，就会报错。原因是非Acitivity类型的context对象没有任务栈（task），而standard模式的Acitivity默认是要进入启动它的Activity所在的任务栈。解决的方法就是，启动Activity时，给Intent设置FLAG_ACTIVITY_NEW_TASK标识，这样实际上相当于将Activity的启动模式变为singleTask。
singleTop——值得注意的是onNewIntent触发时机。比如重复调用在栈顶的singleTop模式的Activit，只有三个生命周期方法会被触发，onPause->onNewIntent->onResume。
应用场景：网易新闻。
假设主界面为 MainActivity，显示新闻的界面是 DetailActivity，显然显示任何一条新闻都会使用 DetailActivity，即把新闻内容通过 Intent 传给 DetailActivity 就可以了。
假设你正在看新闻1(即在 DetailActivity)，此时手机收到服务器的推送：收到一条通知(新闻2)，点击通知就会跳转到 DetailActivity 并显示新闻2，当你点击通知时，因为目前栈顶的 Activity 就是 DetailActivity，因此这里就是使用 SingleTop 的地方，即点击通知后以 SingleTop 加载模式打开 DetailActivity 并显示新闻2，因此新闻1的 DetailActivity 就被覆盖掉了。
此后你点击返回键会回到主界面。
singleTask——模式为singleTask的Activity启动时，并不一定会新建一个Task。具体取决于taskAffinity的参数。比如，只是给Activity设置了singleTask。而没有指定taskAffinity，则该Activity会归入到默认的Task（名称为包名）。当singleTask模式的Activity启动时，如果taskAffinity指定的Task已经存在，就不会新建Task。
应用场景：微信的主界面(一般应用主界面都会以 SingleTask 启动)。
你打开微信主界面(在栈的最底部)后，进入朋友圈(在栈的顶部)，此时你点击 Home 键回桌面，并打开网易新闻。
假设你想将网易新闻的一条新闻分享给微信好友，那么就按照 分享->微信->好友A->分享给他->留在微信。接着会跳转微信的主界面，即不是你原本所在的朋友圈，并且微信的栈只剩下一个元素：主界面的 Activity。这里就使用了 SingleTask(即以 SingleTask 加载模式打开微信主界面)。
singleInstance——Activity和所在的Task只会被创建一次，具有全局唯一性，之后每次启动都会复用这个Activity实例。而singleInstance模式的Activity启动其他Activity，等同于自动标记为FLAG_ACTIVITY_NEW_TASK。
应用场景：闹铃的响铃界面。
系统电话拨号界面，无论从任何其他应用跳转到拨号界面，你会发现，之前输入的电话号码一直都在，即表示此Acitivity始终是同一实例被复用。
FLAGS
FLAG_ACTIVITY_NEW_TASK——等价于将Activity的启动模式设置为singleTask。
FLAG_ACTIVITY_SINGLE_TOP——等价于将Activity的启动模式设置为singleTop。
FLAG_ACTIVITY_CLEAR_TOP——值得注意的是，如果被启动的Activity是standard模式，那么它本来的实例和在它之上的Activity都会被出栈，然后系统会重新创建该Activity的实例
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS——具备这个标识的Activity不会出现在历史Activity的列表中，等同于在manifest中为Activity设置android:excludeFromRecents="true"。（但是这个标识在不同版本的Android系统中，不一定起作用，已经有人在stackoverflow发问过，google的开发人员有过回应，需要修复这个问题。）
task和back stack
task是一组Activity的集合，back stack是task的数据结构实现。task是可以跨应用，跨进程的。
taskAffinity和allowTaskReparenting
taskAffinity可以理解为一个task的名称。主要和singleTask启动模式或者allowTaskReparenting配对使用。
一个task的affinity取决于栈中最底部的Activity（root Activity）的taskAffinity属性。如果没有指定，默认是和包名相同。
taskAffinity属性相同的Activity在同一个task。同时也意味着，我们可以根据taskAffinity属性将同一个应用Activity分组到不同的task，更重要的是，也可以将不同应用的Activity分组到同一个task，只要taskAffinity属性值相同。如果将Activity的taskAffinity属性设置为空字符串，表示这个Activity不属于任何task。
taskAffinity属性和allowTaskReparenting属性配对使用，会产生特殊的效果。当应用A启动了应用B的Activity，此时如果taskAffinity没有特指，那么Activity会在应用A的任务栈中。若allowTaskReparenting属性设置为true，则当应用B启动时，Activity将从应用A的任务栈转移到应用B的任务栈。
intentFilter的匹配规则
action的匹配规则要求Intent中action不能为空，且必须与过滤规则的其中一个action匹配，且区分大小写。
category，intent中可以设置多个category，对于每一个category都必须与过滤规则的其中一个category匹配。intent也可以没有category，因为系统在隐式启动Activity时，会默认加上“android.intent.category.DEFAULT”这个category。所以我们要在接受隐式调用的intentFilter中加上“android.intent.category.DEFAULT”这个category。
data，和action的匹配规则相同。data有mimeType和URI两部分组成。URI由包括scheme、host、port、path等。如果data中没有指定URI，系统会默认URI为content和file。也就是说，虽然不打算指定URI，intent中data的URI部分的scheme也必须是content或者file才能匹配，这点需要注意。另外，要为intent指定完整的data，应该调用setDataAndType，不能先调用setData，再调用setType。因为这两个方法彼此会清除对方的值。
intentFilter对Service和boardcastReceiver的匹配规则也是同样的道理，只是系统建议对Service的启动尽量用显示调用。
判断一个隐式intent是否有相匹配的Activity可以启动，有两个方法：
1 PachageManager的resolveActivity或者intent的resolveActivity方法，返回的是最佳匹配的Activity，如果找不到匹配的Activity会返回null。
2 PackageManager的queryIntentActivities方法，返回的是所有匹配的Activity信息。
resolveActivity和queryIntentActivities方法都要传两个参数。其中第二个参数flags需要注意的是，MATCH_DEFAULT_ONLY，这个标识的意思是仅仅匹配那些在intent-filter中声明了“android.intent.category.DEFAULT”这个category的的Activty。使用这个标识位的意义是，只要resolveActivity方法不返回null，startActivity就一定可以成功。
