Android 线程池总结

在 Android 开发中，线程池是保证应用性能、避免 ANR（应用无响应）和内存泄漏（OOM）的重要手段。相比于频繁创建和销毁new Thread，线程池能够复用线程、限制并发数量并统一管理。

Android 中的线程池概念源自 Java 的Executor，其真正的实现类是ThreadPoolExecutor。以下是关于 Android 线程池的全面解析：

一、 核心参数与工作原理

创建自定义线程池ThreadPoolExecutor时，需要配置以下核心参数，它们决定了线程池的运行逻辑：

1. 核心线程数 (corePoolSize)：线程池中常驻的核心线程数量，默认情况下即使闲置也不会被回收。
2. 最大线程数 (maximumPoolSize)：线程池允许创建的最大线程数量。当任务队列满且当前线程数小于此值时，会创建非核心线程。
3. 存活时间 (keepAliveTime)：非核心线程闲置时的超时时长，超过该时间将被回收。
4. 时间单位 (unit)：存活时间的单位（如秒、毫秒）。
5. 任务队列 (workQueue)：用于存储已提交但尚未执行的任务。当核心线程都在忙时，新任务会进入此队列排队。
6. 线程工厂 (threadFactory)：用于创建新线程，通常使用默认工厂即可。
7. 拒绝策略 (rejectedExecutionHandler)：当线程池和队列都满时，对新任务的处理策略（如抛出异常、由调用者线程执行、丢弃任务等）。

执行规则：当提交新任务时，若当前线程数 < 核心线程数，则直接创建核心线程执行；若 >= 核心线程数，则尝试加入任务队列；若队列已满且当前线程数 < 最大线程数，则创建非核心线程执行；若均不满足，则触发拒绝策略。

二、 常见的四种内置线程池

Java 内置了四种便捷的线程池工厂方法，它们本质上都是通过配置不同的ThreadPoolExecutor参数来实现的：

1. 固定长度线程池 (FixedThreadPool)
   • 特点：只有核心线程，数量固定，空闲时不会被回收。任务队列无大小限制。
   • 适用场景：控制最大并发线程数，适合任务量固定且耗时较长的场景。
2. 可缓存线程池 (CachedThreadPool)
   • 特点：只有非核心线程，线程数量无上限。空闲线程超过 60 秒会被回收，无可用线程时立即创建新线程。
   • 适用场景：执行大量耗时较少的短时异步任务。
   • 风险：任务过多时会无限创建线程，极易导致 OOM。
3. 单线程执行器 (SingleThreadExecutor)
   • 特点：只有一个核心线程，任务按提交顺序排队执行，无需处理线程同步问题。
   • 适用场景：必须按顺序执行的任务，如写文件、写数据库等。
4. 调度线程池 (ScheduledThreadPool)
   • 特点：核心线程数固定，非核心线程数无限制且空闲即回收。内部使用延时队列对任务排序。
   • 适用场景：执行定时任务或具有固定周期的重复任务。

三、 实战：如何根据场景自定义线程池

在实际面试或项目中，通常推荐使用ThreadPoolExecutor自定义线程池，以便灵活控制风险。

• IO 密集型任务（如网络请求、文件读写）：
  由于 IO 操作等待时不占用 CPU，可适当增加线程数。建议corePoolSize设为2 * CPU核心数，maximumPoolSize设为3 * CPU核心数，并使用有界队列（如ArrayBlockingQueue）防止内存溢出。
• CPU 密集型任务（如图片解码、复杂计算）：
  过多线程会导致频繁的上下文切换，反而降低性能。建议corePoolSize设为CPU核心数 + 1，maximumPoolSize与核心线程数保持一致，快速回收空闲线程。

四、 安全使用线程池的注意事项

1. 避免 UI 更新在子线程：耗时任务执行完毕后，必须通过runOnUiThread、Handler或LiveData等机制切换回主线程更新 UI。
2. 结合生命周期管理：在 Activity 或 Fragment 销毁时（onDestroy），务必调用executor.shutdownNow()关闭线程池，防止后台任务持有外部引用导致内存泄漏。
3. 拒绝使用无界队列：尽量使用有界队列，防止任务无限堆积引发 OOM。
4. 现代替代方案：在较新的 Android 开发中，推荐结合生命周期感知组件，使用ViewModel+LiveData、RxJava或Kotlin 协程 (Coroutine)来管理异步任务，它们底层也封装了线程池，但使用更安全便捷。