Intent 的查找和匹配
App 信息表的构建
系统启动之后就会注册各种系统服务，如 WindowManagerService、ActivityManagerService、PackageManagerService ，今天我们使用到的是 PackageManagerService ，简称 PMS 。
PMS 启动之后，会扫描系统中已安装的 APK 目录，包括系统 APP 的安装目录 /sysytem/app, 第三方应用的目录 /data/app ，PMS 会解析 apk 包下的 AndroidManifest.xml 文件得到 App 的相关信息，而每个 AndroidManifest.xml 又包含了 Activity，Service 等组件的注册信息，当 PMS 扫描并解析完这些信息之后就建立好了整个 apk 的信息树
PMS 解析 apk 信息的过程
PMS 的构造函数中就开始解析工作了
1. 加载 FramWork 资源
2. 加载核心库
3. 扫描指定目录下的 apk 文件进行解析
解析工作
scanDirLI 函数使用 for 循环遍历指定目录下的所有文件，解析其中 apk 类型的文件，忽略其他文件。解析方法为 scanPackageLI
scanPackageLI 首先构造一个 PackageParser 也就是一个 apk 包解析器，调用其 parsePackage 方法，其中会判断路径文件的类型，如果是文件夹类型会解析文件夹中的 apk 文件，如果是 apk 文件，直接解析调用 parseMonolithicPackage 方法解析得到 Package 对象
最后将 Package 中解析到的 activities 等列表中的数据添加到 PMS 中的对应列表中
PackageParser 的 parseMonolithicPackage 方法，解析 AndroidManifest.xml 文件得到 Package 对象
1. 构建 AssetManager
2. 根据 AssetManager 构建 Resources 资源
3. 调用 AssetManager 对象的 openXmlResourceParser 获取 AndroidManifest.xml 解析器 XmlResourceParser 对象
4. 由 parseBaseApk 方法根据解析器、Resources 资源等得到 Package 对象
5. 将 Package 返回
parseBaseApk 方法，主要任务是真正的解析 AndroidManifest ，采用 Pull 解析的方式，主要有两个节点， Application 和 user-permission ，Application 节点时会调用 parseBaseApplication 方法
parseBaseApplication方法，解析 Application 标签中的信息，返回 Package 对象
1. 解析获取应用名、应用图片以及 Application 标签中设置的其他属性
2. 迭代 Application 元素的所有子元素，Activity，Service、Provider、Receiver 等标签，通过 parseActivity 等方法返回相应的实例
3. 将解析到 Activity，Service、Provider、Receiver 实例对象添加到 Parkage 对象的 activities 等列表中
4. 返回 Parkage 对象
scanPackageLI 方法的最后调用 scanPackageDirtyLI 方法
将 Package 中解析到的 activities 等列表中的数据添加到 PMS 中的对应列表中，PMS 中的这些列表都是静态的，在类初始化时就会实例化。
匹配过程
startActivity 方法最终会调用 startActivityForResult
startActivityForResult 中直接调用 Instrumentation 的 execStartActivity 方法
通过 ActivityManagerNative.getDefault 方法得到 AMS ，调用 AMS 的 startActivity 方法
AMS 的 startActivity 方法中有一步会调用 PMS 的 resolveIntent 方法，该方法调用了 PMS 自身的 queryIntentActivites 方法，返回一个 ActivityInfo 对象列表，记录了符合 Intent 的 ActivityInfo，每个 ActivityInfo 对应一个 Activity
queryIntentActivites 方法中先获取 Intent 的 ComponentName ，不为空则根据 ComponentName 直接获取 ActivityInfo，精确跳转情况，也就是显示的启动
ComponentName 为空，说明是隐式 Intent ，通过 Action Category 等信息模糊匹配 PMS 中存储的 Activity 列表中的内容。将匹配到的 ActivityInfo 列表返回
如果精确跳转情况，则直接启动，如果是模糊匹配则弹出选择窗口。
跳转的过程是由 AMS 完成的
Activity 启动过程
Service启动过程
BroadCastReceiver 工作过程
总结
系统启动时 PMS 启动，PMS 解析已安装的应用信息
通过 Intent 启动时，根据 Intent 中的信息在 PMS 中查找对应组件
启动对应组件
