Android并发编程：线程池与协程的核心区别与最佳实践指南
1. 基本概念对比
特性 线程池 (ThreadPool) 协程 (Coroutine)
本质 Java线程管理机制 Kotlin轻量级并发框架
最小执行单元 线程(Thread) 协程(Coroutine)
创建开销 较高(需分配系统线程资源) 极低(用户态调度)
并发模型 基于线程的抢占式调度 基于协程的协作式调度
2. 核心差异详解
2.1 资源消耗
线程池：
每个线程占用1MB左右栈内存
线程切换涉及内核态/用户态转换
典型线程池大小限制在CPU核心数的2-3倍
协程：
协程栈只需几十到几百字节
完全在用户态调度，无系统调用开销
可轻松创建数万个并发协程
2.2 编程模型
// 线程池示例
val executor = Executors.newFixedThreadPool(4)
executor.execute {
val result = doBlockingWork()
runOnUiThread { updateUI(result) }
}
// 协程示例
CoroutineScope(Dispatchers.IO).launch {
val result = doSuspendWork() // 挂起函数
withContext(Dispatchers.Main) { updateUI(result) }
}
2.3 阻塞处理
线程池：
阻塞操作会占用线程资源
可能导致线程饥饿
协程：
挂起(suspend)而非阻塞
线程可被其他协程复用
3. Android开发中的关键区别
3.1 生命周期管理
// 线程池需要手动管理
val executor = Executors.newSingleThreadExecutor()
onDestroy() {
executor.shutdown()
}
// 协程自动绑定生命周期
lifecycleScope.launch {
// 自动随Activity销毁取消
}
3.2 异常处理
线程池：
需设置UncaughtExceptionHandler
异常可能导致线程终止
协程：
结构化并发保证异常传播
可使用CoroutineExceptionHandler
3.3 上下文切换
// 线程池需要回调切换
executor.execute {
val result = heavyWork()
handler.post { updateUI(result) }
}
// 协程优雅切换
launch(Dispatchers.Default) {
val result = cpuIntensiveWork()
withContext(Dispatchers.Main) { updateUI(result) }
}
适用场景建议
使用线程池当：
需要执行Java阻塞式API
处理CPU密集型计算任务
与现有Java线程库集成
使用协程当：
需要高效IO操作
管理复杂异步流程
需要与生命周期绑定
编写响应式UI代码
6. 最佳实践方案
混合使用模式
// 将线程池包装为协程Dispatcher
val threadPoolDispatcher = Executors.newFixedThreadPool(4).asCoroutineDispatcher()
CoroutineScope(Dispatchers.Main).launch {
// 使用协程调度IO任务
val data = withContext(Dispatchers.IO) { fetchData() }
// 使用线程池处理CPU密集型任务
val result = withContext(threadPoolDispatcher) { processData(data) }
updateUI(result)
}
迁移策略
将回调式API改用suspend函数封装
逐步替换AsyncTask/Handler为协程
保留线程池处理计算密集型任务
使用协程Flow替代RxJava观察者
在Android现代开发中，协程已成为处理异步操作的首选方案，但合理利用线程池处理特定场景仍很重要。