正常情况下Activity分为7大生命周期：
- onCreate
Activity正在被创建，此时Activity还不可见，可以做一些初始化操作 - onRestart
Activity 从不可见变成可见时执行，比如从后台回到页面或从别的页面回到页面后执行 - onStart
Activity 正在被启动，即将开始，这时Activity 其实已经可见了但是看不见 - onResume
Activity 显示在前台，能够被看到了 - onPause
Activity 正在停止，可做一些数据存储，停止动画操作。不能太耗时，因为只有onPause之后新的Activity 的onResume才会被执行 - onStop
Activity 即将停止，可以做一些重量级的回收工作，同样不能太耗时 - onDestory
Activity 表示即将销毁
onStart,onStop,onResume,onPause都差不多，有什么实质的不同吗
onStart与onStop是从Activity是否可见角度来回调，onResume与onPause是从Activity是否在前台度回调
Activity A打开Activity B，那么B的onResume和A的onPause哪个先执行
Instrumentation 通过Binder向AMS（ActivityManagerService）发送请求，AMS维护着一个ActivityStack并负责栈内的Activity的状态同步，AMS通过ActivityThread去同步Activity的状态从而完成生命周期方法的调用
异常情况下Activity的生命周期
与资源相关的配置被改变了
比如当发生屏幕旋转等有机会再次显示的情况下会调用onSaveInstanceState方法。调用该方法时Activity同时会委托Window,Window 会委托顶层View调用onSaveInstanceState方法保存View结构。
在恢复时调用onRestoreInstanceState方法恢复状态。onSaveInstanceState的调用时机在onStop之前，onRestoreInstanceState调用时机在onStart之后
内存不足导致低优先级的Activity被杀死
activity位于后台同时可见：activity上弹出了一个Dialog
优先级可分为三种：
最高优先级：Activity正在与用户交互
一般优先级：Activity弹出了对话框，Activity可见但是无法交互
最低优先级：Activity执行了onStop方法
系统会按照优先级从低到高杀死Activity所在的进程，如果进程中没有4大组件那么该进程就很容易被杀死，所以一个后台任务最好不要脱离4大组件运行。
Activity的启动模式
Activity有4种启动模式:standard,singleTop,singleTask,singleInstance
- standard
一个任务栈可以有多个Activity实例，每个实例也可以在不同的任务栈（这种情况是谁启动Activity，Activity就属于启动他的Activity的任务栈）
注：使用ApplicationContext 启动 standard模式的Activity时会报错，就是因为standard模式的Activity会运行在启动它的Activity的任务栈，但是ApplicationContext 是没有任务栈的，所以报错 - singleTop
栈顶复用，当需要启动的Activity在栈顶已经存在，如果再次以singleTop模式启动则不会启动新的Activity，但是他的onNewIntent会被调用。生命周期中onCrate onStart不会被调用。如果该Activity不在栈顶，那么该Activity会重新创建，与standard一样。 - singleTask
当Activity以该方式启动时，
1.检查是否存在所需要的任务栈，如果不存在则创建任务栈
2.检查栈中是否已经存在相同的实列，如果存在清理之上的所有Activity，并调用onNewIntent
注：singleTask 默认具有clearTop的能力
所需任务栈：如果没有配置TaskAffinity 任务栈名就是包名，如果配置了任务栈名就是该配置的名称。
- singleInstance
加强型的singleTask，系统为以该模式启动的Activity创建一个新的任务栈且栈中只有该Activity
有两种方式指定启动模式
1.通过在ActivityManifest.xml中配置
2.通过在Intent 中addFlags 添加
区别：
1.addFlags 优先级更高，同时存在时，addFlags的启动模式为准。
2.限定范围不同，ActivityManifest中可以配置singleInstance，但是addFlags不能
同时addFlags能添加TASK_ACTIVITY_CLEAR_TOP ，但是ActivityManifest中不能配置
常用标记位
FLAG_ACTIVITY_NEW_TASK
与singleTask 类似
FLAG_ACTIVITY_SINGLE_TOP
与singleTop类似
FLAG_ACTIVITY_CLEAR_TOP
被启动的Activity如果在任务栈中存在，且已standard方式启动，那么连同它之上的所有Activity都需要出栈
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
使用该标记 Activity 不会出现在历史的Activity的列表中。当回退时直接跳过该Activity。xml中配置andorid:excludeFromRecents=true
Activity 的隐式启动
一个activity可以有多个intent-filter ,一个intent-filter过滤列表中action，category，data 都可以有多个
- action : 区分大小写，必须有一个，Intent中的action必须能够和过滤规则中的action匹配
- category ：如果Intent中添加了category，那么所有添加的category必须在过滤规则中存在才能启动成功，由于系统会在startActivity或startActivityForResult时添加android.intent.category.DEFAULT。所以在intent-filter中必须添加该默认category
- data : 两部分组成，mimeType和URI。mineType表示文件类型（比如：image/）如果过滤规则中定义了data，那么Intent中必须添加此规则。如果intent-filter中定义了匹配规则为 android:mineType="image/" 没有URL的定义，在intent中也必须加上默认的URL。默认为content，或file。如intent.setDataAndType(Uri.parse("content://abc.abc"),"image/*");
注意：如果没有匹配到Activity则会抛出找不到Activity异常。因此在隐式启动时先要做判断
packageManager.resolveActivity(intent,PackageManager.MATCH_DEFAULT_ONLY);
packageManager.queryIntentActivities(intent,PackageManager.MATCH_DEFAULT_ONLY);
