第5章 理解上下文Context

在《第5章 理解上下文Context》中，本课程对应刘望舒《Android进阶解密》，电子工业出版社2018年10月初版，468页、702千字，ISBN 9787121348389。原书以Android 8.0系统源码为主；本页不会用Android 10后的ATMS、现代ART实现、Perfetto或新隐藏API政策替换原书链路。

沿Context、ContextWrapper与ContextImpl关系，比较Application、Activity和Service的Context创建、持有资源与生命周期。源码实验固定AOSP Android 8.0与作者出版仓库提交 3860d9e1；后续版本只作为迁移差异，不改变正式目录分母。

从一条可证伪的调用链开始

先预测：把所有Context视为可互换会导致窗口token错误、主题丢失和Activity泄漏，也无法解释Application与Service的创建入口。把预测写成入口、对象身份、进程/线程、状态和完成回调五列，再去读源码。若结果与预测不同，先修正模型，不要选择性截取调用栈。

原书面向应用开发者学习系统源码，重点不是抄完整函数，而是抓住跨层调用的关键节点。每个节点都要回答：谁发起、在哪个进程和线程执行、哪份状态被修改、后续如何被唤醒、失败如何返回、什么现象代表真正完成。

验收不变量是：每个Context引用都能说明base实现、主题/窗口能力、生命周期所有者与允许的操作；长生命周期对象不持有短生命周期Activity。只有源码版本、符号关系、运行轨迹与最终状态四类证据一致，结论才可以进入下一章。

核心词汇与版本门

Context、ContextImpl、ContextWrapper、Application Context、ContextThemeWrapper

以上词汇都固定在Android 8.0语义。在《第5章 理解上下文Context》中，Android 7.0只在原书明确比较AMS家族时出现；Android 9以后反射/隐藏API限制、Android 10的ActivityTaskManager、现代Profiler/Perfetto等只能写进迁移备注，不能改写本页正式链路。

原书目录核对清单

本页承担6个目录或复习节点，正文、图解、实验和题目必须能反向定位每一项：

• 5.1 Context的关联类
• 5.2 Application Context的创建过程
• 5.3 Application Context的获取过程
• 5.4 Activity的Context创建过程
• 5.5 Service的Context创建过程
• 5.6 本章小结

分步追踪：源码、运行与反例

可复现实验

Context <- ContextWrapper <- Application / Service; ContextThemeWrapper <- Activity

Context app = activity.getApplicationContext();
Context themed = activity;

reference owner | context kind | required capability | release point

动手试：在同一镜像、同一构建和同一输入上重复正常、冷启动/首次加载、热路径、单变量失败与恢复五轮。在《第5章 理解上下文Context》中，记录PID/TID、调用入口、对象或token、状态前后值、耗时、异常/返回码和最终可见结果；性能章再记录P50/P95/P99，内存章保留GC Root路径。

独立证据门

第5章 理解上下文Context 的在《第5章 理解上下文Context》中，最小证据包包含：出版社目录、Android版本、源码文件和符号、调用/状态图、PID/TID或加载器身份、一条失败注入、日志/追踪/堆证据、最终结果、已知限制、停止、恢复、回退、责任人与复核人。

练习

本章回顾

“第5章 理解上下文Context”的核心是沿Context、ContextWrapper与ContextImpl关系，比较Application、Activity和Service的Context创建、持有资源与生命周期。把所有Context视为可互换会导致窗口token错误、主题丢失和Activity泄漏，也无法解释Application与Service的创建入口是必须保留的反证；源码阅读只有连接运行时的进程、线程、状态与最终结果，才从“知道类名”升级为“能诊断”。

← 上一页：第4章 四大组件的工作过程 · 下一页：第6章 理解ActivityManagerService →

原版目录概念补充核对

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

5.2 Application Context的创建过程：机制、边界与证据

第5章 理解上下文Context中的5.2 Application Context的创建过程由 framework 对象、system_server 状态和应用进程回调共同完成，API 返回不等于系统状态已经落定。应跟踪 token/record、目标进程与线程、生命周期回调和最终窗口或组件状态，并用无效 token、进程重建或迟到回调验证拒绝与恢复路径。

5.3 Application Context的获取过程：机制、边界与证据

第5章 理解上下文Context中的5.3 Application Context的获取过程由 framework 对象、system_server 状态和应用进程回调共同完成，API 返回不等于系统状态已经落定。应跟踪 token/record、目标进程与线程、生命周期回调和最终窗口或组件状态，并用无效 token、进程重建或迟到回调验证拒绝与恢复路径。

5.4 Activity的Context创建过程：机制、边界与证据

第5章 理解上下文Context中的5.4 Activity的Context创建过程由 framework 对象、system_server 状态和应用进程回调共同完成，API 返回不等于系统状态已经落定。应跟踪 token/record、目标进程与线程、生命周期回调和最终窗口或组件状态，并用无效 token、进程重建或迟到回调验证拒绝与恢复路径。

5.5 Service的Context创建过程：机制、边界与证据

第5章 理解上下文Context中的5.5 Service的Context创建过程由 framework 对象、system_server 状态和应用进程回调共同完成，API 返回不等于系统状态已经落定。应跟踪 token/record、目标进程与线程、生命周期回调和最终窗口或组件状态，并用无效 token、进程重建或迟到回调验证拒绝与恢复路径。

5.6 本章小结：机制、边界与证据

第5章 理解上下文Context中的5.6 本章小结必须落回 Android 8.0 源码中的入口、对象、进程/线程、状态变化与完成点。固定版本和输入，先预测正常链路，再只注入一个失败条件，以源码符号、运行日志和最终系统状态三方核对。