依据电子工业出版社第4版完整目录，覆盖13个本页节点：以Component、Action、Category、Data、Type、Extra和Flag建立显式与隐式通信合同

第5章使用Intent和IntentFilter通信

在《第5章使用Intent和IntentFilter通信》中，本页依据电子工业出版社《疯狂Android讲义》第4版完整目录独立重构，不复制原文。版本锁定李刚、2019年3月、764页、ISBN 9787121360091，以Android 9 系列、Android Studio与Java为基线；现代项目必须另建迁移层，不能无说明地把Compose或最新targetSdk规则写回原书语境。

学习目标

能解释“第5章使用Intent和IntentFilter通信”全部正式节点的组件所有者、生命周期、线程、权限和Android 9 系列版本边界。
能实现“以Component、Action、Category、Data、Type、Extra和Flag建立显式与隐式通信合同”的最小垂直切片，并保存构建、设备操作、原始日志和断言。
能比较正常运行、旋转、后台、进程重建、权限拒绝与外部故障下的行为差异。
能设计推翻当前实现的反例，并凭Intent匹配表、URI/MIME样例、权限核对、无响应者降级和返回栈轨迹完成独立交接。

机制总览

第5章使用Intent和IntentFilter通信：机制路径

1
从项目合同与生命周期开始
在《第5章使用Intent和IntentFilter通信》中，第4版以近百个实例和两个综合项目组织知识，不是零散API列表。每个节点都要回答用户从哪里进入、哪个组件拥有工作、回调在哪个线程发生、哪些事实必须恢复、需要什么权限、外部系统如何失败，以及资源何时释放。
2
最小可执行切片
ScreenState reduce(ScreenState current, UiEvent event) return nextState(current, event);
3
线程、权限、状态与资源
在《第5章使用Intent和IntentFilter通信》中，主线程负责输入、生命周期分发和UI；文件、SQLite、网络、图片解码、OpenGL准备与长计算不得阻塞帧。后台结果返回前确认所有者仍有效，Service并不自动拥有后台线程，Receiver也不能无限运行。每个实现列出入口、线程、事实源、权限、取消点、关闭责任和用户可见失败。

先按顺序建立机制，再进入实验切换阶段并检查失效证据。

章级决策实验

第5章使用Intent和IntentFilter通信：机制与证据

切换《第5章使用Intent和IntentFilter通信》的三个关键教学阶段，先解释机制，再用运行与失败证据验证结论。

选择推理阶段

当前阶段 · 从项目合同与生命周期开始

在《第5章使用Intent和IntentFilter通信》中，第4版以近百个实例和两个综合项目组织知识，不是零散API列表。每个节点都要回答用户从哪里进入、哪个组件拥有工作、回调在哪个线程发生、哪些事实必须恢复、需要什么权限、外部系统如何失败，以及资源何时释放。

可核验证据

在 Android 9.x/Java 基线上复现「从项目合同与生命周期开始」，保存构建与设备指纹、操作、线程/生命周期轨迹、状态快照，并注入一个权限、重建或外部服务失败。

学完《第5章使用Intent和IntentFilter通信》后，应能从输入和前置条件推导状态变化，并用可重复的构建、运行或边界测试证明结果。

失效—证据矩阵

第5章使用Intent和IntentFilter通信：失效与核验

从项目合同与生命周期开始

典型失效

若学习「从项目合同与生命周期开始」只复制正常路径示例而不声明组件 owner、线程、状态、权限与外部失败，应用会在旋转、进程重建、拒权或弱网时丢失行为。

核验证据

最小可执行切片

典型失效

若学习「最小可执行切片」只复制正常路径示例而不声明组件 owner、线程、状态、权限与外部失败，应用会在旋转、进程重建、拒权或弱网时丢失行为。

核验证据

在 Android 9.x/Java 基线上复现「最小可执行切片」，保存构建与设备指纹、操作、线程/生命周期轨迹、状态快照，并注入一个权限、重建或外部服务失败。

线程、权限、状态与资源

典型失效

若学习「线程、权限、状态与资源」只复制正常路径示例而不声明组件 owner、线程、状态、权限与外部失败，应用会在旋转、进程重建、拒权或弱网时丢失行为。

核验证据

在 Android 9.x/Java 基线上复现「线程、权限、状态与资源」，保存构建与设备指纹、操作、线程/生命周期轨迹、状态快照，并注入一个权限、重建或外部服务失败。

每个判断都必须能落到观测、测试或产物，不能只凭代码表面推测。

从项目合同与生命周期开始

在《第5章使用Intent和IntentFilter通信》中，第4版以近百个实例和两个综合项目组织知识，不是零散API列表。每个节点都要回答用户从哪里进入、哪个组件拥有工作、回调在哪个线程发生、哪些事实必须恢复、需要什么权限、外部系统如何失败，以及资源何时释放。连接Activity、Fragment、View、Service、Receiver、线程与媒体资源。

在《第5章使用Intent和IntentFilter通信》中，界面字段和进程单例不是可靠事实源。要按大小和寿命放入Bundle、文件、SQLite或服务端。Intent、Provider、网络、定位、地图和系统服务构成，成功响应只是其中一个样本。

在《第5章使用Intent和IntentFilter通信》中，本书准确反映Android 9时代。要求先复现原书机制，再迁移组件导出、分区存储、通知、后台启动、位置和废弃API。保证示例不是只在作者机器上可用。

最小可执行切片

先把业务状态转换与Android副作用分开，便于在设备之外验证不变量：

sealed interface ScreenState permits Loading, Ready, Failed {}
record Loading() implements ScreenState {}
record Ready(String key) implements ScreenState {}
record Failed(String reason, boolean retryable) implements ScreenState {}
 
ScreenState reduce(ScreenState current, UiEvent event) { return nextState(current, event); }

固定环境并从命令行保留构建和设备证据：

./gradlew --no-daemon clean test assembleDebug
adb install -r app/build/outputs/apk/debug/app-debug.apk
adb shell am force-stop org.example.app
adb shell monkey -p org.example.app 1
adb logcat -d -v threadtime > run.log

先写行为合同，再执行用户动作与故障注入：

Given a pinned JDK, SDK, Gradle build, device API, locale, permission state, and input
When the owner is recreated after state saving or process death
Then durable facts reconstruct the same user-visible state
And cancelled work cannot update a destroyed owner
And denied permission, offline input, malformed data, and missing hardware remain recoverable

在《第5章使用Intent和IntentFilter通信》中，三段代码分别约束状态模型、环境重放和行为结果。第4版源码使用当时Java/Android API；这里的状态骨架只说明测试边界，不冒充原书代码。真实项目还需要静态检查、仪器测试、无障碍检查和发布构建。

线程、权限、状态与资源

在《第5章使用Intent和IntentFilter通信》中，主线程负责输入、生命周期分发和UI；文件、SQLite、网络、图片解码、OpenGL准备与长计算不得阻塞帧。后台结果返回前确认所有者仍有效，Service并不自动拥有后台线程，Receiver也不能无限运行。每个实现列出入口、线程、事实源、权限、取消点、关闭责任和用户可见失败。

在《第5章使用Intent和IntentFilter通信》中，Intent、Provider、WebView、JSON、文件URI、地图Key、位置和传感器样本都按不可信输入处理。在《第5章使用Intent和IntentFilter通信》中，校验action、scheme、MIME、大小、授权、时效和响应者；导出组件最小授权；日志、截图与数据库不得泄露联系人、短信、位置、令牌或签名密钥。

在《第5章使用Intent和IntentFilter通信》中，性能以用户任务衡量：界面看首帧和掉帧，列表看回收与分配，媒体和图形看帧时间与内存，网络看超时和取消，传感器看采样与耗电，后台工作看约束与重复调度。比较时固定设备、构建类型、数据规模和网络条件。

在《第5章使用Intent和IntentFilter通信》中，现代迁移一次改变一个条件。在《第5章使用Intent和IntentFilter通信》中，AsyncTask、IntentService、旧Fragment、外部存储、后台Service、隐式广播、HTTP明文、旧定位和地图SDK都需要查当前合同；先保存Android 9基线，再迁移并保留行为差异、测试和回滚。

本章回顾

本页从“第5章使用Intent和IntentFilter通信”覆盖到“5.3 本章小结”，共13个正式目录条目。掌握标准是能沿“以Component、Action、Category、Data、Type、Extra和Flag建立显式与隐式通信合同”解释组件与数据边界，运行正常、重建与失败实验，并让另一位开发者仅凭Intent匹配表、URI/MIME样例、权限核对、无响应者降级和返回栈轨迹重放结论。

练习

问题 1：“第5章使用Intent和IntentFilter通信”覆盖哪些正式节点和主线？

问题 2：怎样建立本页最小可执行实验？

问题 3：为什么只在正常路径运行不能证明完成？

问题 4：怎样设计能推翻实现的反例？

问题 5：从Android 9迁移到现代targetSdk时如何控制变量？

问题 6：达到独立交接标准需要什么？

名词解释

本章出现的专业名词，用大白话再讲一遍。

生命周期所有者: 负责创建、取消并最终释放组件、任务或资源的明确作用域。
可恢复状态: 配置变化或进程重建后能从保存事实重新构造的最小用户状态。
外部合同: 跨组件或系统边界交换数据时必须验证的类型、权限、大小、时序与失败约束。
版本边界: Android版本、targetSdk、设备能力、权限与依赖共同限定的行为适用范围。
证据链: 由环境指纹、输入、操作、日志、状态快照和断言组成的可重放结论。

← 上一页：第4章深入理解Activity与Fragment · 下一页：第6章 Android应用资源 →

原版目录概念补充核对

以下条目补齐官方目录中容易被示例主线掩盖的概念。它们不重复罗列目录，而是明确每项概念的机制、适用边界和验收证据。

5.1 Intent对象简述：机制、边界与证据

第5章使用Intent和IntentFilter通信中的5.1 Intent对象简述要明确发送者身份、显式或隐式匹配条件、数据类型、大小和接收方导出边界。用匹配、无匹配、多个候选、畸形数据和未授权调用样本核对解析结果与用户反馈。

5.2 Intent的属性及intent-filter配置：机制、边界与证据

第5章使用Intent和IntentFilter通信中的5.2 Intent的属性及intent-filter配置要明确发送者身份、显式或隐式匹配条件、数据类型、大小和接收方导出边界。用匹配、无匹配、多个候选、畸形数据和未授权调用样本核对解析结果与用户反馈。

5.2.1 Component属性：机制、边界与证据

第5章使用Intent和IntentFilter通信中的5.2.1 Component属性要在 Android 9 系列/Java 基线上写清入口、组件 owner、线程、可恢复状态、权限和外部失败。固定设备与输入，只改变一个生命周期或平台条件，用原始日志、状态快照和最终用户结果复核。

5.2.2 Action、Category属性与intent-filter配置：机制、边界与证据

第5章使用Intent和IntentFilter通信中的5.2.2 Action、Category属性与intent-filter配置要在 Android 9 系列/Java 基线上写清入口、组件 owner、线程、可恢复状态、权限和外部失败。固定设备与输入，只改变一个生命周期或平台条件，用原始日志、状态快照和最终用户结果复核。

5.2.3 指定Action、Category调用系统Activity：机制、边界与证据

第5章使用Intent和IntentFilter通信中的5.2.3 指定Action、Category调用系统Activity涉及实例、任务栈、保存状态和生命周期所有权，回调出现不等于用户任务已经恢复。保存实例标识、Intent、栈位置与状态来源，用旋转、后台回收、进程重建和重复导航核对恢复与释放。

实例：查看并获取联系人电话：机制、边界与证据

第5章使用Intent和IntentFilter通信中的实例：查看并获取联系人电话要在 Android 9 系列/Java 基线上写清入口、组件 owner、线程、可恢复状态、权限和外部失败。固定设备与输入，只改变一个生命周期或平台条件，用原始日志、状态快照和最终用户结果复核。

实例：返回系统Home桌面：机制、边界与证据

第5章使用Intent和IntentFilter通信中的实例：返回系统Home桌面跨越应用进程、系统宿主、RemoteViews 或系统服务权限，本地对象变化不一定已提交到桌面。记录宿主身份、更新 token、频率和最终界面，用进程退出、无效上下文或系统重建验证恢复。

5.2.4 Data、Type属性与intent-filter配置：机制、边界与证据

第5章使用Intent和IntentFilter通信中的5.2.4 Data、Type属性与intent-filter配置要在 Android 9 系列/Java 基线上写清入口、组件 owner、线程、可恢复状态、权限和外部失败。固定设备与输入，只改变一个生命周期或平台条件，用原始日志、状态快照和最终用户结果复核。

实例：使用Action、Data属性启动系统Activity：机制、边界与证据

第5章使用Intent和IntentFilter通信中的实例：使用Action、Data属性启动系统Activity涉及实例、任务栈、保存状态和生命周期所有权，回调出现不等于用户任务已经恢复。保存实例标识、Intent、栈位置与状态来源，用旋转、后台回收、进程重建和重复导航核对恢复与释放。

5.2.5 Extra属性：机制、边界与证据

第5章使用Intent和IntentFilter通信中的5.2.5 Extra属性要在 Android 9 系列/Java 基线上写清入口、组件 owner、线程、可恢复状态、权限和外部失败。固定设备与输入，只改变一个生命周期或平台条件，用原始日志、状态快照和最终用户结果复核。

5.2.6 Flag属性：机制、边界与证据

第5章使用Intent和IntentFilter通信中的5.2.6 Flag属性要在 Android 9 系列/Java 基线上写清入口、组件 owner、线程、可恢复状态、权限和外部失败。固定设备与输入，只改变一个生命周期或平台条件，用原始日志、状态快照和最终用户结果复核。

第5章 使用Intent和IntentFilter通信

第5章 使用Intent和IntentFilter通信

学习目标

第5章 使用Intent和IntentFilter通信：机制路径

第5章 使用Intent和IntentFilter通信：失效与核验

从项目合同与生命周期开始

最小可执行切片

线程、权限、状态与资源

本章回顾

练习

名词解释

原版目录概念补充核对

5.1 Intent对象简述：机制、边界与证据

5.2 Intent的属性及intent-filter配置：机制、边界与证据

5.2.1 Component属性：机制、边界与证据

5.2.2 Action、Category属性与intent-filter配置：机制、边界与证据

5.2.3 指定Action、Category调用系统Activity：机制、边界与证据

实例：查看并获取联系人电话：机制、边界与证据

实例：返回系统Home桌面：机制、边界与证据

5.2.4 Data、Type属性与intent-filter配置：机制、边界与证据

实例：使用Action、Data属性启动系统Activity：机制、边界与证据

5.2.5 Extra属性：机制、边界与证据

5.2.6 Flag属性：机制、边界与证据

讨论

第5章使用Intent和IntentFilter通信

第5章使用Intent和IntentFilter通信

第5章使用Intent和IntentFilter通信：机制路径

第5章使用Intent和IntentFilter通信：失效与核验