第11章 系统架构与MediaPlayer框架
依据2017年首版完整目录覆盖13个节点:从Android系统分层与源码目录、Source Insight阅读方法,追踪MediaPlayer在Java Framework、JNI和Native三层的调用
第11章 系统架构与MediaPlayer框架
在《第11章 系统架构与MediaPlayer框架》中,本页依据刘望舒《Android进阶之光》独立重构,不复制原文。版本锁定电子工业出版社2017年7月首版、492页、ISBN 9787121315305;正式结构为11章、190个章/节/小节节点。
在《第11章 系统架构与MediaPlayer框架》中,原书处在Android 5.0至7.0、Java与Support Library时代,包含AsyncTask、Volley、otto、RxJava早期版本、ButterKnife、Dagger 2和Data Binding。课程先复现历史机制,再以AndroidX、协程/Flow、现代架构组件作迁移对照。
学习目标
- 能解释“第11章 系统架构与MediaPlayer框架”全部13个正式节点的输入、线程、生命周期与可观察结果。
- 能实现“从Android系统分层与源码目录、Source Insight阅读方法,追踪MediaPlayer在Java Framework、JNI和Native三层的调用”的最小可运行切片并保存版本、源码、样本和日志。
- 能区分正确结果、框架便利、隐藏成本和版本差异,并用源码版本卡、目录定位、调用图、Java到JNI签名、Native对象所有权、线程回调与释放路径验收。
- 能设计反例推翻“跨版本拼接源码调用链,或只追到JNI函数名而不核对Native对象、线程、错误与资源释放”,写出2017年机制到现代Android的迁移与回退条件。
机制总览
第11章 系统架构与MediaPlayer框架:机制路径
- 1
从可观察行为开始
本单元主线是从Android系统分层与源码目录、Source Insight阅读方法,追踪MediaPlayer在Java Framework、JNI和Native三层的调用。交互管线逐项选择目录节点,反例实验切换正常、配置变化、线程竞争、所有者销毁和版本漂移,证据门要求目录、行为、线程、生命周期与迁移全部通过。
- 2
最小实现与边界
// JNI层校验对象句柄并调用Native播放器 // Native层再通过媒体服务推进状态与回调 // 每一层都记录线程、错误码和release路径
- 3
证据解释
第一份证据是行为基线。固定Android版本、依赖版本、构建类型、输入数据和页面生命周期,完整记录“从Android系统分层与源码目录、Source Insight阅读方法,追踪MediaPlayer在Java Framework、JNI和Native三层的调用”从入口到结果的顺序。除了成功输出,还…
章级决策实验
第11章 系统架构与MediaPlayer框架:机制与证据
切换《第11章 系统架构与MediaPlayer框架》的三个关键教学阶段,先解释机制,再用运行与失败证据验证结论。
选择推理阶段
当前阶段 · 从可观察行为开始
本单元主线是从Android系统分层与源码目录、Source Insight阅读方法,追踪MediaPlayer在Java Framework、JNI和Native三层的调用。交互管线逐项选择目录节点,反例实验切换正常、配置变化、线程竞争、所有者销毁和版本漂移,证据门要求目录、行为、线程、生命周期与迁移全部通过。
可核验证据
在固定 Android 5–7 基线运行「从可观察行为开始」的正常与单变量失败样本,保存回调线程、状态快照、资源释放和 AndroidX/现代 API 迁移对照。
学完《第11章 系统架构与MediaPlayer框架》后,应能从输入和前置条件推导状态变化,并用可重复的构建、运行或边界测试证明结果。
失效—证据矩阵
第11章 系统架构与MediaPlayer框架:失效与核验
从可观察行为开始
典型失效
若把「从可观察行为开始」只写成旧框架 API 示例而不说明线程、生命周期、状态所有者与现代迁移边界,正常演示会在取消、重建或版本升级后失效。
核验证据
在固定 Android 5–7 基线运行「从可观察行为开始」的正常与单变量失败样本,保存回调线程、状态快照、资源释放和 AndroidX/现代 API 迁移对照。
最小实现与边界
典型失效
若把「最小实现与边界」只写成旧框架 API 示例而不说明线程、生命周期、状态所有者与现代迁移边界,正常演示会在取消、重建或版本升级后失效。
核验证据
在固定 Android 5–7 基线运行「最小实现与边界」的正常与单变量失败样本,保存回调线程、状态快照、资源释放和 AndroidX/现代 API 迁移对照。
证据解释
典型失效
若把「证据解释」只写成旧框架 API 示例而不说明线程、生命周期、状态所有者与现代迁移边界,正常演示会在取消、重建或版本升级后失效。
核验证据
在固定 Android 5–7 基线运行「证据解释」的正常与单变量失败样本,保存回调线程、状态快照、资源释放和 AndroidX/现代 API 迁移对照。
从可观察行为开始
↡向应用提供Java系统服务与媒体API并管理跨进程接口的框架层、↡Java方法与Native函数通过注册、签名和对象句柄连接的语言边界、↡以C或C++实现媒体状态机、服务交互和底层资源管理的层次、↡记录Android分支、标签、构建目标和文件提交位置的溯源信息、↡从公开入口沿方法、线程、进程和语言边界到实际执行点的有序路径构成本页的分析词汇。先预测一次输入会穿过哪些对象、线程、队列、View或语言边界,再运行正常与失败样本;没有版本和原始证据的“源码原理”不能复查。
本单元主线是从Android系统分层与源码目录、Source Insight阅读方法,追踪MediaPlayer在Java Framework、JNI和Native三层的调用。交互管线逐项选择目录节点,反例实验切换正常、配置变化、线程竞争、所有者销毁和版本漂移,证据门要求目录、行为、线程、生命周期与迁移全部通过。
最小实现与边界
public void start() {
_start(); // Java Framework进入注册的native方法
}
// JNI层校验对象句柄并调用Native播放器
// Native层再通过媒体服务推进状态与回调
// 每一层都记录线程、错误码和release路径在《第11章 系统架构与MediaPlayer框架》中,实现后用固定输入记录输出、线程名、生命周期、异常和资源释放。再构造错误输入、取消、旋转、后台切前台及低版本设备,验证便利框架没有隐藏所有权问题。
data class AndroidProbe(
val apiLevel: Int,
val ownerActive: Boolean,
val callbackThread: String,
val resultStable: Boolean
)
check(probe.ownerActive && probe.resultStable)证据解释
第一份证据是行为基线。固定Android版本、依赖版本、构建类型、输入数据和页面生命周期,完整记录“从Android系统分层与源码目录、Source Insight阅读方法,追踪MediaPlayer在Java Framework、JNI和Native三层的调用”从入口到结果的顺序。除了成功输出,还要保存回调线程、对象身份、队列或订阅状态以及释放日志;否则无法判断升级后的差异来自业务代码、框架实现还是测试环境。
第二份证据是反例。针对“跨版本拼接源码调用链,或只追到JNI函数名而不核对Native对象、线程、错误与资源释放”构造至少一个可重复失败:在配置变化、快速重复输入、网络超时、后台切换或所有者销毁时观察错位、重复、泄漏和迟到回调。反例必须写明预期拒绝条件;只展示正常路径会掩盖框架最重要的所有权边界。
第三份证据是源码定位。先锁定仓库标签和库版本,再从公开入口沿实际调用追踪,不跨版本拼接类名。每次跨线程、跨进程或跨Java/Native边界,都记录调用方、被调用方、数据形态、错误返回和资源归属。源码版本卡、目录定位、调用图、Java到JNI签名、Native对象所有权、线程回调与释放路径应能让另一位读者在相同版本上重建同一条链。
在《第11章 系统架构与MediaPlayer框架》中,第四份证据是迁移对照。现代API解决的问题可能相同,但取消、缓存、状态恢复、线程和错误语义未必一致。迁移时保持输入和验收不变,一次只替换一个组件;新旧结果不一致时先解释差异,再决定适配或回退,不能用“新版推荐”跳过历史行为验证。
迁移账本
原书节点: 第11章 系统架构与MediaPlayer框架
历史基线: Android 5.0—7.0 / Java / Support Library
现代候选: 一次只替换一个API或框架
不变量: 业务结果、线程、生命周期、错误与资源释放
证据: 源码版本卡、目录定位、调用图、Java到JNI签名、Native对象所有权、线程回调与释放路径
回退: 任一不变量失败即恢复历史实现本章回顾
从一个真实输入复盘:它由谁接收、在哪个线程执行、状态和对象归谁所有、何时取消或释放、低版本与异常路径如何表现。然后用源码版本卡、目录定位、调用图、Java到JNI签名、Native对象所有权、线程回调与释放路径重放;无法复现的结论退回实验阶段。
复习与独立交接
练习
问题 1:为什么本页必须保留13个目录节点?
问题 2:最小正确性合同是什么?
问题 3:怎样构造最有效的反例?
问题 4:为什么只读源码类名不够?
问题 5:怎样迁移而不改写原书?
问题 6:独立交接需要什么?
名词解释
本章出现的专业名词,用大白话再讲一遍。
- Framework层
向应用提供Java系统服务与媒体API并管理跨进程接口的框架层。
- JNI边界
Java方法与Native函数通过注册、签名和对象句柄连接的语言边界。
- Native层
以C或C++实现媒体状态机、服务交互和底层资源管理的层次。
- 源码版本卡
记录Android分支、标签、构建目标和文件提交位置的溯源信息。
- 调用链
从公开入口沿方法、线程、进程和语言边界到实际执行点的有序路径。
← 上一页:第10章 应用架构设计 · 下一页:《Android进阶之光》全书总复习 →
原版目录概念补充核对
以下条目补齐官方目录中容易被示例主线掩盖的概念。它们不重复罗列目录,而是明确每项概念的机制、适用边界和验收证据。
11.1 Android系统架构:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.1 Android系统架构要分离视图状态、业务状态、平台服务和资源所有权,并标明 Android 5–7 时代 API 边界。跟踪一次用户动作到状态更新、系统调用与释放,用进程重建、播放错误或配置变化验证恢复。
11.2 Android系统源码目录:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.2 Android系统源码目录要分离视图状态、业务状态、平台服务和资源所有权,并标明 Android 5–7 时代 API 边界。跟踪一次用户动作到状态更新、系统调用与释放,用进程重建、播放错误或配置变化验证恢复。
11.2.1 整体结构:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.2.1 整体结构应固定 Android 5.0–7.0、Java 与旧 Support Library 语境,写出输入、状态、线程、生命周期和失败结果。以最小实现和单变量反例保存日志、状态快照与迁移差异。
11.2.2 应用层部分:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.2.2 应用层部分应固定 Android 5.0–7.0、Java 与旧 Support Library 语境,写出输入、状态、线程、生命周期和失败结果。以最小实现和单变量反例保存日志、状态快照与迁移差异。
11.2.3 应用框架层部分:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.2.3 应用框架层部分应固定 Android 5.0–7.0、Java 与旧 Support Library 语境,写出输入、状态、线程、生命周期和失败结果。以最小实现和单变量反例保存日志、状态快照与迁移差异。
11.2.4 C/C++程序库部分:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.2.4 C/C++程序库部分应固定 Android 5.0–7.0、Java 与旧 Support Library 语境,写出输入、状态、线程、生命周期和失败结果。以最小实现和单变量反例保存日志、状态快照与迁移差异。
11.3 Source Insight使用:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.3 Source Insight使用应固定 Android 5.0–7.0、Java 与旧 Support Library 语境,写出输入、状态、线程、生命周期和失败结果。以最小实现和单变量反例保存日志、状态快照与迁移差异。
11.4 MediaPlayer框架:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.4 MediaPlayer框架要分离视图状态、业务状态、平台服务和资源所有权,并标明 Android 5–7 时代 API 边界。跟踪一次用户动作到状态更新、系统调用与释放,用进程重建、播放错误或配置变化验证恢复。
11.4.1 Java Framework层的MediaPlayer分析:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.4.1 Java Framework层的MediaPlayer分析要分离视图状态、业务状态、平台服务和资源所有权,并标明 Android 5–7 时代 API 边界。跟踪一次用户动作到状态更新、系统调用与释放,用进程重建、播放错误或配置变化验证恢复。
11.4.2 JNI层的MediaPlayer分析:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.4.2 JNI层的MediaPlayer分析要分离视图状态、业务状态、平台服务和资源所有权,并标明 Android 5–7 时代 API 边界。跟踪一次用户动作到状态更新、系统调用与释放,用进程重建、播放错误或配置变化验证恢复。
11.4.3 Native层的MediaPlayer分析:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.4.3 Native层的MediaPlayer分析要分离视图状态、业务状态、平台服务和资源所有权,并标明 Android 5–7 时代 API 边界。跟踪一次用户动作到状态更新、系统调用与释放,用进程重建、播放错误或配置变化验证恢复。
11.5 本章小结:机制、边界与证据
第11章 系统架构与MediaPlayer框架中的11.5 本章小结应固定 Android 5.0–7.0、Java 与旧 Support Library 语境,写出输入、状态、线程、生命周期和失败结果。以最小实现和单变量反例保存日志、状态快照与迁移差异。