《Android开发艺术探索》权威学习地图

本页依据任玉刚《Android开发艺术探索》完整目录独立重构，不复制原文。版本锁定电子工业出版社2015年9月第1版、507页、ISBN 9787121269394，原书机制以Android 5.0与Java应用层/源码分析为基线。

原书中的AsyncTask、IntentService、旧权限/后台/存储规则和部分framework实现具有历史边界。课程先准确解释出版时机制，再单独建立现代targetSdk迁移账本；不会用Compose、协程或当前Jetpack替换原书目录后仍声称一比一覆盖。

从framework因果链开始

Android API只是入口。每个实验先找生命周期所有者，再画“应用调用 → framework代理 → Binder或消息队列 → 系统/目标对象 → 回调”的链路。调用因果链帮助区分源码事实和表面现象。

主线程、Binder线程池、HandlerThread、线程池和原生线程有不同责任。线程合同必须写在代码旁。状态也要分为界面暂态、可恢复实例状态、进程内缓存、文件/数据库事实和系统服务状态；进程单例从来不是持久事实源。

本章主线是沿Android 5.0源码与应用层边界串联Activity、IPC、View、跨进程UI、框架内部、线程、缓存、JNI和性能。所有节点都要生成证据链，并声明版本边界。正常截图不证明线程、重建、失败和释放正确。

权威目录逐节点映射

第1章 Activity的生命周期和启动模式

正式节点 1/15。 “第1章 Activity的生命周期和启动模式”要同时记录回调顺序、任务栈、Intent输入和可恢复事实。正常返回、旋转、后台回收、进程重建与重复启动必须分别实验，不能从一次前台运行外推生命周期。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第2章 IPC机制

正式节点 2/15。 “第2章 IPC机制”跨越进程和线程边界。写清调用方、服务方、序列化格式、Binder线程、死亡通知、超时与权限；输入大小、服务退出和客户端取消都必须有可观察失败。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第3章 View的事件体系

正式节点 3/15。 “第3章 View的事件体系”沿输入事件、坐标或尺寸约束进入View树，再追踪测量、布局、绘制或属性更新。固定密度、父约束和帧时间，用日志与截图之外的数值断言验证。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第4章 View的工作原理

正式节点 4/15。 “第4章 View的工作原理”沿输入事件、坐标或尺寸约束进入View树，再追踪测量、布局、绘制或属性更新。固定密度、父约束和帧时间，用日志与截图之外的数值断言验证。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第5章 理解RemoteViews

正式节点 5/15。 “第5章 理解RemoteViews”沿输入事件、坐标或尺寸约束进入View树，再追踪测量、布局、绘制或属性更新。固定密度、父约束和帧时间，用日志与截图之外的数值断言验证。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第6章 Android的Drawable

正式节点 6/15。 “第6章 Android的Drawable”沿输入事件、坐标或尺寸约束进入View树，再追踪测量、布局、绘制或属性更新。固定密度、父约束和帧时间，用日志与截图之外的数值断言验证。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第7章 Android动画深入分析

正式节点 7/15。 “第7章 Android动画深入分析”承担本章机制链的一环。说明入口、所有者、线程、状态、系统边界、失败与释放，再把观察连接到15章173节点矩阵、框架调用图、实验路线、版本迁移账本和全书验收表；只列API名称不算覆盖。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第8章 理解Window和WindowManager

正式节点 8/15。 “第8章 理解Window和WindowManager”涉及系统服务、token或跨进程UI。画出应用进程、framework代理与系统进程之间的调用，注明身份、生命周期和移除责任，并注入无效token、组件退出和重复请求。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第9章 四大组件的工作过程

正式节点 9/15。 “第9章 四大组件的工作过程”涉及系统服务、token或跨进程UI。画出应用进程、framework代理与系统进程之间的调用，注明身份、生命周期和移除责任，并注入无效token、组件退出和重复请求。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第10章 Android的消息机制

正式节点 10/15。 “第10章 Android的消息机制”承担本章机制链的一环。说明入口、所有者、线程、状态、系统边界、失败与释放，再把观察连接到15章173节点矩阵、框架调用图、实验路线、版本迁移账本和全书验收表；只列API名称不算覆盖。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第11章 Android的线程和线程池

正式节点 11/15。 “第11章 Android的线程和线程池”承担本章机制链的一环。说明入口、所有者、线程、状态、系统边界、失败与释放，再把观察连接到15章173节点矩阵、框架调用图、实验路线、版本迁移账本和全书验收表；只列API名称不算覆盖。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第12章 Bitmap的加载和Cache

正式节点 12/15。 “第12章 Bitmap的加载和Cache”从用户预算反推测量。固定设备、构建、输入规模与冷暖状态，记录内存、帧时间、主线程阻塞和命中率；优化前后必须使用同一工作负载并保留回归门。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第13章 综合技术

正式节点 13/15。 “第13章 综合技术”承担本章机制链的一环。说明入口、所有者、线程、状态、系统边界、失败与释放，再把观察连接到15章173节点矩阵、框架调用图、实验路线、版本迁移账本和全书验收表；只列API名称不算覆盖。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第14章 JNI和NDK编程

正式节点 14/15。 “第14章 JNI和NDK编程”处于构建、信任或原生资源边界。核对ABI、签名、类加载器、异常、敏感信息和释放责任，保存可重建产物；原生崩溃和加载失败不能被普通Java异常假设掩盖。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

第15章 Android性能优化

正式节点 15/15。 “第15章 Android性能优化”从用户预算反推测量。固定设备、构建、输入规模与冷暖状态，记录内存、帧时间、主线程阻塞和命中率；优化前后必须使用同一工作负载并保留回归门。

先预测一次正常路径和一次故障路径，再只改变一个条件。记录调用线程、对象或系统服务所有者、持久事实、原始日志、耗时或资源计数；能运行但无法区分机制与偶然结果，仍不算掌握。

最小可执行切片

下面的Java片段只抓住本章核心合同。先预测线程、状态和失败，再在匹配Android 5.0语境的样例工程中运行；代码所依赖的上下文和导入应在工程中显式声明。

final class Coverage {
  final String chapter;
  final int nodes;
  boolean verified;
  Coverage(String chapter, int nodes) {
    this.chapter = chapter; this.nodes = nodes;
  }
}
// Verification requires normal, boundary, failure and lifecycle evidence.

固定环境并保留构建、安装、组件与线程证据：

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

将机制写成能失败的行为合同：

Given a pinned JDK, Android plugin, device API, process state, permission state, and input
When the smallest scenario for "adae15-official-learning-map" crosses its owner, thread, or process boundary
Then callbacks, durable state, side effects, timing, and resource release match the prediction
And process death, owner destruction, malformed input, queue pressure, and repeated work stay observable
And modern targetSdk differences are recorded as migration evidence, not original behavior

三段材料分别约束源码机制、环境重放和用户可见结果。若日志没有线程名、进程号、输入标识和阶段，或测试只断言“没有崩溃”，就无法证明真正经过目标调用链。

四层源码与故障证明

调用层。 从“第1章 Activity的生命周期和启动模式”选择一次入口，写出应用对象、framework代理、系统服务或目标组件以及返回路径。对源码分析，记录Android版本、类名、方法与关键分支；对应用实验，记录用户动作、Intent或消息标识。先解释谁创建工作、谁持有引用、谁负责结束，再谈API细节。

线程与进程层。 在每个箭头上标线程和进程。主线程不能执行无界I/O或计算；Binder回调不自动处于主线程；Service也不自动提供后台线程。用线程名、进程号、队列长度和时间戳验证，分别注入进程退出、Binder死亡、队列饱和和组件销毁，检查迟到结果是否被丢弃。

状态与资源层。 列出可恢复事实、缓存和外部资源。旋转、后台回收、进程重建、列表复用与配置变化后，界面应由事实重建，而不是依赖旧对象。文件、Cursor、Bitmap、动画、Window、线程池和JNI引用都要有关闭或取消点；保存前后资源计数，避免只靠肉眼判断泄漏。

迁移层。 原书锁定Android 5.0。现代迁移一次只改变targetSdk、组件导出、后台限制、存储、权限、通知、构建插件或替代API之一，比较构建、调用链、用户行为、测试与回滚。新实现可以使用Jetpack或结构化并发，但必须保留原书机制说明，不能抹去历史API为何工作及为何后来受限。

围绕“把15章压成生命周期、Binder、View、Handler和性能几个概览，遗漏完整机制链”预写一个推翻条件：状态丢失、错误线程、越权、ANR、泄漏、结果错位、重复副作用或原生崩溃中的任一项出现，都意味着当前实现不成立。最终交付15章173节点矩阵、框架调用图、实验路线、版本迁移账本和全书验收表，让他人无需口头提示即可复现。

本章回顾

本页从“第1章 Activity的生命周期和启动模式”覆盖到“第15章 Android性能优化”，共15个正式节点。掌握标准是能沿“沿Android 5.0源码与应用层边界串联Activity、IPC、View、跨进程UI、框架内部、线程、缓存、JNI和性能”解释调用因果链，运行正常、重建与故障实验，并让另一位开发者凭15章173节点矩阵、框架调用图、实验路线、版本迁移账本和全书验收表重放结论。

下一页：第1章 Activity的生命周期和启动模式 →