第10章 后台默默的劳动者，探究Service

本页对应第3版正式结构中的 第10章 后台默默的劳动者，探究Service。课程不复制原文，而是按出版社电子书目录逐节点独立重构平台机制与工程实践，目标是区分线程与Service、启动与绑定生命周期、前台服务、IntentService历史方案和Kotlin泛型边界。每个示例都必须说明目标API、设备、生命周期、线程、状态来源和失败条件。

可验收学习目标

首要陷阱是“认为Service自动在后台线程运行，或用无限后台服务绕过平台调度和电量限制”。先预测再运行；任何“能跑”结论都要经过生命周期、失败输入、安全、资源释放和目标SDK迁移检查。

先建立直觉

在《第10章 后台默默的劳动者，探究Service》中，先把生命周期看成系统与应用之间的时序合同，再把版本边界看成这份合同的坐标。API 名称只是入口；真正要追踪的是输入由谁接收、状态由谁保存、任务由谁取消，以及失败后用户看到什么。

《第10章 后台默默的劳动者，探究Service》的直觉检验只改变一个条件：旋转、进程重建、拒绝权限、断网或目标 SDK。若结果随隐藏缓存或旧对象身份漂移，就回到状态所有者和平台合同定位首个分叉，而不是继续堆补丁。

最小可执行切片

先把状态与副作用分离，示例只表达可恢复合同：

sealed interface UiState {
    data object Loading : UiState
    data class Ready(val itemId: String) : UiState
    data class Failed(val retryable: Boolean) : UiState
}
 
fun reduce(state: UiState, event: UserEvent): UiState = nextState(state, event)

固定环境并从命令行保留可复现证据：

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

验收在操作前写出故障条件：

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

在《第10章 后台默默的劳动者，探究Service》中，三段代码分别承担状态模型、环境重放和行为断言。真实工程还需静态检查、单元测试、仪器测试、截图或无障碍检查，以及发布构建验证；不要用日志输出代替断言，也不要让测试依赖本机IDE缓存。

线程、状态与资源边界

每个实现列出五张表：入口来自哪里，执行在哪个线程，状态保存在哪里，资源由谁关闭，失败怎样呈现与重试。在《第10章 后台默默的劳动者，探究Service》中，网络重试必须有上限、退避和幂等；数据库升级必须覆盖所有受支持旧版本；文件和媒体句柄在取消与异常路径释放；组件回调不持有超过生命周期的View或Context。

性能以用户任务衡量。在《第10章 后台默默的劳动者，探究Service》中，启动不仅看首帧，还要检查可交互时刻；列表不仅看平均帧率，还要检查滚动卡顿和绑定分配；后台工作不仅看是否完成，还要检查电量、约束与系统调度；网络不仅看成功耗时，还要检查超时、取消和错误恢复。每次比较固定设备温度、构建类型、数据规模与网络条件。

在《第10章 后台默默的劳动者，探究Service》中，版本迁移分两步：先在Android 10/Kotlin语境下还原书中机制，再对目标compileSdk、targetSdk和设备API查询当前官方合同。一次只迁移一个变化，例如存储、权限、通知、后台启动、发布仓库或已弃用库；保存编译警告、运行差异和回滚。新API更现代不代表自动正确，旧API能编译也不代表仍符合平台政策。

本章回顾

本页从“第10章 后台默默的劳动者，探究Service”覆盖到“10.7 小结与点评”，共8个正式节点。闭环是先明确生命周期、所有者与状态源，再执行“实现启动式和绑定式任务，加入前台通知、重连、进程终止和重复启动，观察回调线程与资源所有权”，最后以Service生命周期图、主线程/工作线程证据、绑定所有权、前台通知与停止测试证明功能在正常、重建、失败和版本迁移场景下可重放、可恢复、可发布。

← 上一页：第9章 丰富你的程序，运用手机多媒体 · 下一页：第11章 看看精彩的世界，使用网络技术 →

原版目录概念补充核对

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

10.1 Service是什么：机制、边界与证据

第10章 后台默默的劳动者，探究Service中的10.1 Service是什么涉及系统资源、后台限制、线程与生命周期释放。记录句柄、任务状态和用户可见结果，用权限拒绝、组件销毁、播放错误或系统回收样本确认取消与清理。

10.2 Android多线程编程：机制、边界与证据

第10章 后台默默的劳动者，探究Service中的10.2 Android多线程编程涉及系统资源、后台限制、线程与生命周期释放。记录句柄、任务状态和用户可见结果，用权限拒绝、组件销毁、播放错误或系统回收样本确认取消与清理。

10.3 Service的基本用法：机制、边界与证据

第10章 后台默默的劳动者，探究Service中的10.3 Service的基本用法涉及系统资源、后台限制、线程与生命周期释放。记录句柄、任务状态和用户可见结果，用权限拒绝、组件销毁、播放错误或系统回收样本确认取消与清理。

10.4 Service的生命周期：机制、边界与证据

第10章 后台默默的劳动者，探究Service中的10.4 Service的生命周期由组件 owner、保存状态、事件回调与视图层级共同决定。固定用户操作后记录实例、回调和界面状态，并用旋转、后台回收、重复导航或不同屏幕尺寸验证恢复与释放。

10.5 Service的更多技巧：机制、边界与证据

第10章 后台默默的劳动者，探究Service中的10.5 Service的更多技巧涉及系统资源、后台限制、线程与生命周期释放。记录句柄、任务状态和用户可见结果，用权限拒绝、组件销毁、播放错误或系统回收样本确认取消与清理。

10.6 Kotlin课堂：泛型的高级特性：机制、边界与证据

第10章 后台默默的劳动者，探究Service中的10.6 Kotlin课堂：泛型的高级特性要把语言写法连接到类型、可空性、对象状态与生成调用，简洁语法不能替代契约。用可编译/应拒绝案例和边界输入核对推断、空值、集合变化与 Java 互操作。