多线程与线程池:从 Thread 到高效并发

简介: 本文详解Android多线程核心原理与实践:从主线程阻塞风险引出线程池必要性,系统讲解Thread、Handler通信、ThreadPoolExecutor参数机制、拒绝策略、线程数设定及生命周期管理,并对比协程底层调度,强调复用、可控、安全的并发设计原则。

为什么需要多线程?

在 Android 开发中,主线程(UI 线程)负责界面渲染和用户交互。如果在主线程执行耗时操作——网络请求、数据库读写、文件 IO——界面就会卡顿,甚至触发 ANR(Application Not Responding)。

多线程的核心目的就一个:把耗时任务移出主线程,保持 UI 流畅

Thread 基础

最直接的方式是创建 Thread

Thread {
    // 耗时操作
    val data = fetchDataFromNetwork()
    runOnUiThread {
        textView.text = data
    }
}.start()

简单粗暴,但问题很多:

  • 每次 new Thread 都有创建和销毁的开销
  • 线程数量不可控,大量请求时会创建大量线程
  • 线程间通信靠 runOnUiThread / Handler,代码容易变乱

Handler 与线程通信

Android 提供了 Handler 机制来做线程间通信:

val handler = Handler(Looper.getMainLooper())

Thread {
    val result = doHeavyWork()
    handler.post {
        // 回到主线程更新 UI
        textView.text = result
    }
}.start()

Handler 解决了「子线程完成后怎么通知主线程」的问题,但并没有解决线程管理的问题。

线程池:统一管理线程

线程池(ExecutorService)是 Java 提供的线程管理方案,核心思想:复用线程,控制并发数量

常见线程池类型

// 固定大小线程池 —— 最常用的选择
val fixedPool = Executors.newFixedThreadPool(4)

// 缓存线程池 —— 适合大量短时任务
val cachedPool = Executors.newCachedThreadPool()

// 单线程池 —— 保证任务顺序执行
val singlePool = Executors.newSingleThreadExecutor()

// 定时线程池 —— 周期性任务
val scheduledPool = Executors.newScheduledThreadPool(2)

使用示例

val executor = Executors.newFixedThreadPool(4)

// 提交任务
executor.execute {
    val bitmap = downloadImage(url)
    handler.post { imageView.setImageBitmap(bitmap) }
}

// 提交有返回值的任务
val future: Future<String> = executor.submit(Callable {
    fetchDataFromServer()
})
// 获取结果(会阻塞当前线程)
val result = future.get()

合理设置线程数

// CPU 密集型:线程数 ≈ CPU 核心数
val cpuThreads = Runtime.getRuntime().availableProcessors()

// IO 密集型:线程数可以多一些(网络、文件操作等待时间长)
val ioThreads = cpuThreads * 2

ThreadPoolExecutor:底层原理

Executors 工厂方法底层都是创建 ThreadPoolExecutor,理解它的参数才能真正掌控线程池:

val pool = ThreadPoolExecutor(
    2,                          // corePoolSize:核心线程数(常驻)
    4,                          // maximumPoolSize:最大线程数
    60L, TimeUnit.SECONDS,      // 非核心线程空闲存活时间
    LinkedBlockingQueue(100),   // 任务队列
    Executors.defaultThreadFactory(),
    ThreadPoolExecutor.CallerRunsPolicy()  // 拒绝策略
)

任务提交流程

提交任务
  ↓
核心线程是否已满?── 否 → 创建核心线程执行
  ↓ 是
队列是否已满?── 否 → 放入队列等待
  ↓ 是
是否达到最大线程数?── 否 → 创建非核心线程执行
  ↓ 是
执行拒绝策略

四种拒绝策略

策略 行为
AbortPolicy(默认) 抛出 RejectedExecutionException
CallerRunsPolicy 由提交任务的线程自己执行
DiscardPolicy 直接丢弃,不报错
DiscardOldestPolicy 丢弃队列最旧的任务,重新提交

Android 中的实际场景

场景一:批量下载图片

val executor = Executors.newFixedThreadPool(4)

fun loadImages(urls: List<String>, callback: (String, Bitmap) -> Unit) {
    val handler = Handler(Looper.getMainLooper())
    urls.forEach { url ->
        executor.execute {
            val bitmap = downloadBitmap(url)
            handler.post { callback(url, bitmap) }
        }
    }
}

场景二:串行执行数据库写入

// 单线程池保证写入顺序
val dbExecutor = Executors.newSingleThreadExecutor()

fun saveUser(user: User) {
    dbExecutor.execute {
        database.userDao().insert(user)
    }
}

fun saveLog(log: LogEntry) {
    dbExecutor.execute {
        database.logDao().insert(log)
    }
}

场景三:定时清理缓存

val scheduler = Executors.newScheduledThreadPool(1)

// 每小时清理一次过期缓存
scheduler.scheduleAtFixedRate({
    clearExpiredCache()
}, 0, 1, TimeUnit.HOURS)

配合 Kotlin Coroutines 的现代方案

现代 Android 开发推荐用协程替代手动线程管理,但理解线程池原理依然重要:

// 协程内部依然可以使用线程池
val ioDispatcher = Executors.newFixedThreadPool(4).asCoroutineDispatcher()

viewModelScope.launch {
    val result = withContext(ioDispatcher) {
        fetchData()
    }
    updateUI(result)
}

协程的 Dispatchers.IO 底层就是一个共享线程池(默认 64 个线程上限)。理解线程池,才能更好地理解协程的调度行为。

线程安全问题

多线程带来的不只是性能问题,还有数据一致性:

var counter = 0

// 多线程同时执行 counter++,结果可能不对
fun increment() {
    counter++  // 非原子操作!
}

解决方案

// 方案一:synchronized
@Synchronized
fun increment() {
    counter++
}

// 方案二:原子变量
val counter = AtomicInteger(0)
fun increment() {
    counter.incrementAndGet()
}

// 方案三:volatile(保证可见性,不保证原子性)
@Volatile
var flag = false

生命周期管理

线程池不关掉,线程会一直存活,可能导致内存泄漏:

class MyActivity : AppCompatActivity() {
    private val executor = Executors.newFixedThreadPool(4)

    override fun onDestroy() {
        super.onDestroy()
        // 停止接收新任务,等待已提交任务完成
        executor.shutdown()
        // 或者立即中断所有线程
        // executor.shutdownNow()
    }
}

更好的做法是把线程池交给 ViewModel 管理:

class MyViewModel : ViewModel() {
    private val executor = Executors.newFixedThreadPool(4)

    override fun onCleared() {
        super.onCleared()
        executor.shutdown()
    }

    fun loadData() {
        executor.execute {
            val data = repository.fetch()
            _result.postValue(data)
        }
    }
}

小结

方案 适用场景 注意点
Thread 简单一次性任务 用完即毁,别滥用
Handler 线程间通信 注意内存泄漏
FixedThreadPool 并发执行、控制资源 合理设置线程数
SingleThreadExecutor 保证顺序执行 队列会堆积
ScheduledThreadPool 定时/周期任务 记得关闭
Kotlin Coroutines 现代异步方案 底层仍是线程池

多线程不是银弹,核心原则:用最少的线程完成最多的工作,同时保证数据安全。线程池就是这一原则的工程化实现——复用线程、控制并发、管理队列。理解了这些,不管是用传统 Java 线程池还是 Kotlin 协程,都能写出高效可靠的并发代码。

相关文章
|
9天前
|
人工智能 JSON 自然语言处理
让教学更智慧:用阿里云百炼工作流,自动生成中小学教材内容#小有可为#有温度的AI
通过可视化工作流编排,将大模型推理能力转化为标准化的教学内容生成引擎。教师只需输入教材标题和适用学段,即可自动获得结构完整、符合课程标准的章节内容,大幅降低备课门槛,助力教育资源均衡化。
485 125
|
19天前
|
Linux 程序员 数据格式
【2026最新】Notepad++下载、安装和使用一篇搞定(附中文版安装包)
Notepad++ 是一款免费开源、轻量高效的 Windows 文本编辑器,支持 C/Python/HTML 等 80+ 语言语法高亮、代码折叠、正则替换、编码转换及插件扩展,专为程序员与文本处理用户打造,完美替代系统记事本。(239字)
|
4天前
|
人工智能 缓存 安全
Claude Code 封号真实原因曝光,这次彻底不装了,直接针对国内开发者的账号下手?
Claude Code 封号潮背后:逆向扒出客户端隐写区域标记,Anthropic 政策收紧叠加 DeepSeek 7 月涨价,国产替代更紧迫。
|
5天前
|
人工智能 安全 Cloud Native
Higress 新发布:AI Gateway 能力增强,Gateway API 及其推理扩展持续打磨
增强 AI 网关能力,持续打磨 Gateway API 及其推理扩展。
332 124
|
13天前
|
机器学习/深度学习 人工智能 调度
🐴 HappyHorse 1.1 现已上线阿里云百炼!快来查收模型使用指南,现在调用享 6 折~
HappyHorse 1.1 是新一代视频生成大模型,全面升级动态表现力、角色一致性、指令遵循、视觉质感与音画协同能力。支持I2V/T2V/R2V三类生成,适配短剧、电商广告、品牌营销等场景,提供高质、流畅、可控的AI视频生产力。
833 5
🐴 HappyHorse 1.1 现已上线阿里云百炼!快来查收模型使用指南,现在调用享 6 折~
|
4天前
|
人工智能 安全 程序员
终于,Claude Code 封号的原因被曝光了!竟然针对中国用户,植入隐形代码?!
通俗易懂地揭秘 Claude Code 封号的手段,分享一些自己对 AI 编程困境的思考,Codex、Cursor、DeepSeek、智谱 GLM、甚至是豆包,都有所行动了
334 1
|
11天前
|
人工智能 定位技术 SEO
我学 GEO 第 15 天:终于知道AI GEO该如何做?
我是暴走的莉莉酱,边旅行边研究AI GEO的数字游民。专注普通人如何提升“AI可见度”——让AI在回答用户问题时准确识别、理解并推荐你。不讲玄学,只做可测、可调、可持续的GEO实践。
464 127

热门文章

最新文章