📚 课程目录第3章界面刷新机制

3. 常用后台任务实现方式：WorkManager、协程、RxJava、Handler 对比与选型

在 Compose 界面刷新测试场景中，后台任务发起者通常需要跨生命周期、支持延迟/周期性执行、保证线程安全。本章从原理、实现流程、API 示例、调试与部署、常见错误及性能稳定性优化六个维度，对四种主流后台任务机制进行横向对比，帮助开发者根据具体需求做出合理选型。

3.1 各实现方式原理概述

实现方式	核心原理	生命周期绑定	适用场景
WorkManager	基于 Room 数据库的任务调度 + 系统 JobScheduler / AlarmManager 代理	与 Application 生命周期绑定，应用被杀死仍可执行	需保证任务最终执行的后台工作（同步、日志上传、定期刷新）
协程 (Kotlin Coroutines)	挂起函数 + 协程作用域 + 调度器切换	通过 `CoroutineScope` 手动或使用 `viewModelScope` 自动取消	一次性异步操作（网络请求、数据库读写）、轻量短任务
RxJava	观察者模式 + 背压 + 调度器（Scheduler）切换	通过 `CompositeDisposable` 在 onDestroy 中清空	复杂数据流变换、多线程异步链、事件流处理
Handler	Looper + MessageQueue 机制，线程内消息传递	需手动移除回调（`removeCallbacks`）	简单延迟任务、线程间通信、更新 UI 的轻量回调

3.2 实现流程与代码示例

3.2.1 WorkManager

定义 Worker 类，重写 doWork() 方法，通过 OneTimeWorkRequest 或 PeriodicWorkRequest 提交。

class RefreshWorker(appContext: Context, params: WorkerParameters) :
    Worker(appContext, params) {
    override fun doWork(): Result {
        // 执行后台刷新，例如更新 Room 数据库
        return Result.success()
    }
}

// 在 ViewModel 或 Activity 中调度
val refreshRequest = OneTimeWorkRequestBuilder<RefreshWorker>()
    .setInitialDelay(10, TimeUnit.SECONDS)
    .build()
WorkManager.getInstance(context).enqueue(refreshRequest)

3.2.2 Kotlin 协程

使用 viewModelScope 自动管理生命周期，通过 Dispatchers.IO 执行后台任务，完成时切换到主线程更新 State。

class MainViewModel : ViewModel() {
    private val _uiState = MutableStateFlow(UiState())
    val uiState: StateFlow<UiState> = _uiState

    fun refreshData() {
        viewModelScope.launch {
            val data = withContext(Dispatchers.IO) {
                // 模拟后台耗时操作
                fetchDataFromNetwork()
            }
            _uiState.value = UiState(data = data)
        }
    }
}

3.2.3 RxJava

创建 Observable 流，指定订阅调度器 Schedulers.io()，观察调度器 AndroidSchedulers.mainThread()，并通过 CompositeDisposable 管理生命周期。

private val disposable = CompositeDisposable()

fun refreshWithRx() {
    disposable.add(
        Observable.fromCallable {
            // 后台耗时操作
            fetchDataFromNetwork()
        }
        .subscribeOn(Schedulers.io())
        .observeOn(AndroidSchedulers.mainThread())
        .subscribe({ data ->
            // 更新 Compose State
        }, { error ->
            // 处理错误
        })
    )
}

override fun onCleared() {
    disposable.clear()
    super.onCleared()
}

3.2.4 Handler

在 Activity/Fragment 中创建 Handler，通过 post 或 sendMessageDelayed 执行延迟任务，注意在 onDestroy 时移除回调。

private val handler = Handler(Looper.getMainLooper())

fun scheduleRefresh(intervalMs: Long) {
    handler.postDelayed(object : Runnable {
        override fun run() {
            // 后台刷新操作（一般放在子线程，此处仅为演示）
            refreshData()
            handler.postDelayed(this, intervalMs) // 周期性重复
        }
    }, intervalMs)
}

override fun onDestroy() {
    handler.removeCallbacksAndMessages(null)
    super.onDestroy()
}

3.3 调试与部署对比

维度	WorkManager	协程	RxJava	Handler
调试工具	WorkManager 测试库 + `adb shell dumpsys` 查看 WorkInfo	Android Studio Coroutines Debugger + `Thread.sleep` 挂起点	RxJava 插件、`RxJavaPlugins.setErrorHandler`	Logcat 手动输出 + Looper 日志
部署注意事项	需添加 `android.arch.work` 依赖；最小 API 14	需添加 `kotlinx-coroutines-android` 依赖；Jetpack 组件自动集成	需添加 `io.reactivex.rxjava2` 依赖；包体积影响较大	Android 原生 API，无需额外依赖
后台执行保证	高（系统级调度，进程终止后恢复）	低（依赖协程作用域存活，进程杀死后丢失）	中（依赖 Disposable 未清理，进程杀死后丢失）	低（进程杀死后全部丢失）

3.4 常见错误与避坑

WorkManager：doWork() 中抛出未捕获异常会导致任务重试耗尽；必须使用 Result.success() / retry() / failure() 显式返回。
协程：忘记使用 viewModelScope 或 lifecycleScope 会导致后台任务泄漏；在 GlobalScope 中启动协程应严格避免。
RxJava：订阅后未放入 CompositeDisposable 导致 Activity 泄漏；背压未处理可能引发 MissingBackpressureException。
Handler：使用时若未在 onDestroy 中移除回调，会引用已销毁的 Activity 造成内存泄漏；Handler 默认为主线程 Looper，子线程需手动调用 Looper.prepare()。

⚠ 性能与稳定性提示：频繁使用 Handler 的 postDelayed 做周期性任务会持续唤醒主线程 Looper，建议改为 WorkManager 的 PeriodicWorkRequest 或协程的 delay() 配合 while(true) 并加取消判断。协程与 WorkManager 可以组合：在 WorkManager 的 doWork() 中使用 withContext(Dispatchers.IO) 避免阻塞 Worker 后台线程。

3.5 选型决策参考

根据任务特性和生命周期要求，推荐以下选型策略（结合内联 SVG 流程图更方便理解）：

需要保证任务一定执行（即使应用被杀、设备重启）→ WorkManager
轻量一次性异步操作（网络请求、数据库查询）且生命周期由 Jetpack 组件管理 → 协程
复杂数据流、多线程链式操作（如多个接口并发合并、重试）→ RxJava
简单延迟或定时更新 UI（短期、不强调可靠性）→ Handler

实践建议：在 Compose 项目中，优先使用 协程 + WorkManager 组合。协程处理即时后台刷新并映射到 Compose State；需要可靠调度的周期性或延迟任务交给 WorkManager，它内部也可使用协程（如 CoroutineWorker）。RxJava 和 Handler 仅在遗留项目或特定场景下保留。

📚 课程目录