第一章 Activity的生命周期和启动模式
1.1Activity的生命周期全面解析
1.1.1典型情况下的生命周期分析
（1）在两个Activity进行切换时，当前的Activity的onPause()方法必须先执行完，新Activity的onResume（）方法才会执行。
（2）当用户打开新的Activity或者切换到桌面的时候，回调如下：onPause->onStop。这里有一种特殊情况，如果新 Activity采用了透明主题，那么当前Activity不会回调onStop，所以应该尽量避免在onPause中执行耗时的操作，onStop可以 做一些稍微重量级的回收工作，同样不能太耗时。
1.1.2异常情况下的声明周期分析
异常情况（比如资源相关的系统配置发生变化或者系统内存不足）
1资源相关的系统配置发生变化（屏幕横竖屏切换）
默认情况下，旋转手机屏幕Activity会被销毁重建，其onPause,onStop,onDestroy均会被调用，同时由于 Activity是在异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态。这个方法的调用时机是在 onStop之前，它和onPause没有既定的时序关系。这个方法只会出现在Activity被异常终止的情况下，正常情况系统不会调用这个方法。当 Activity被重新创建后，系统会调用onRestoreInstanceState，并把Activity销毁时 onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和 onCreate方法。所以可以通过onSaveInstanceState和onRestoreInstanceState方法来判断Activity 是否被重建了。从时序上说，onRestoreInstanceState的调用时机在onStart之后。
Activity被重 新创建后参数Bundle的接收位置可以选择onRestoreInstanceState和onCreate，二者的区别 是：onRestoreInstanceState一旦被调用，其参数savedInstanceState一定是有值的，不必额外判断时候为空；但 onCreate不行，onCreate如果是正常启动的话，其参数savedInstanceState为null，所以必须要额外判断。官方建议在 onRestoreInstanceState中进行数据的恢复。
再次注意一点：系统只在Activity异常终止的时候才会调用onSaveInstanceState和onRestoreInstanceState方法来存储和恢复数据，其他情况不会触发这个过程。
2内存不足导致低优先级的Activity被杀死
Activity的优先级由高到低分三种
- 前台Activity；
- 可见但非前台（比如Activity中弹出了一个对话框）；
- 后台Activity；
如果一个进程没有四大组件在运行，那么它将会很快被杀死，所以，最好是将后台工作放在service中保证进程有一定的优先级，这样就不会轻易的被系统杀死。
如果不想让Activity在屏幕旋转时重新创建，可以给该Activity添加如下属性：
android:configChanges=“orientation”//4.0以下版本
android:configChanges=“orientation|screenSize”//4.0以上版本
1.2Activity的启动模式
Activity的四种启动模式：standard,singleTop,singTask,singInstance。
（1）standard—标准模式
系统默认的模式，每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否已经存在。（注意使用ApplicationContext启动Activity会报AndroidRuntimeException（比如在广播接收器中）,这是因为Context没有任务栈无法让Activity加入所致，解决办法是在Activity启动时指定FLAG_ACTIVITY_NEW_TASK标记位，这个时候Activity是以singTask模式启动的）。
（2）singTop—栈顶复用模式
如果新Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时会触发onNewIntent方法。
（3）singleTask—栈内复用模式
只要Activity在栈内存在，那么多次启动此Activity都不会创建新的Activity实例，onNewIntent方法同样会被触发。（注意该模式具有cleartop的效果，会导致栈内所有在该Activity上面的Activity全部出栈，例如ABCD代表一个任务栈S内的四个Activity,A位于栈底D位于栈顶，如果B为singleTask模式，那么重新启动B后栈内会变为AB，CD会被移出栈）。
（4）singleInstance—单实例模式
一种加强的singleTask模式，具有此种模式的Activity只能单独的位于一个任务栈中，后续的请求均不会创建新的Activity，除非这个独特的任务栈被系统销毁。
Activity指定启动模式的两种方法：
（1）AndroidManifest.xml指定
<activity
android:name=".MainActivity"
android:configChanges="orientation|screenSize"
android:label="@string/app_name"
android:launchMode="standard|singTop|singleTask|singleInstance"
android:theme="@style/AppTheme.NoActionBar"/>
（2）Intent设置标志位
Intent intent=new Intent();
intent.setClass(MainActivity.this,SecondActivity.class);
intent.setFlags(Inent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
注意第二种的优先级要高于第一种，当两种同时存在时，以第二种方式为准；
几个常用的标记位：
- FLAG_ACTIVITY_NEW_TASK 为Activity指定singleTask启动模式。
- FLAG_ACTIVITY_SINGLE_TOP 为Activity指定singleTop启动模式。
- FLAG_ACTIVITY_CLEAR_TOP 具有此标记位的Activity当它启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。
- FlAG_ACTIVITY_EXCLUDE_FROM_RECENTS 具有这个标记的Activity不会出现在历史Activity列表中，等同于android:excludeFromRecents="true";
1.3IntentFilter的匹配规则
IntentFilter中的过滤信息有三种，分别是action，category，data，一个IntentFilter中action，category，data可以有多个，一个Activity中可以有多个IntentFilter，一个Intent只要能匹配任何一组IntnetFilter就可以成功启动。
1.action的匹配规则
Intent中的action存在且必须和过滤规则中的其中一个action相同，这里说的匹配是指action中的字符串值完全一样，所以action是区分大小写的。
2.category的匹配规则
Intent中只要有category，不管有几个，每个都要能够和过滤规则中的任何一个category相同，Intent中不设置category也可以匹配。
3.data的匹配规则
和action类似，过滤规则中定义了data，Intent中也要定义可匹配的data。
Intent-filter的匹配规则对于Service和BroadcastReceiver也是同样的道理，不过系统对于service的建议是尽量使用显式调用方式来启动服务。
