Android 线程池总结
在 Android 开发中，线程池是保证应用性能、避免 ANR（应用无响应）和内存泄漏（OOM）的重要手段。相比于频繁创建和销毁new Thread，线程池能够复用线程、限制并发数量并统一管理。
Android 中的线程池概念源自 Java 的Executor，其真正的实现类是ThreadPoolExecutor。以下是关于 Android 线程池的全面解析：
一、 核心参数与工作原理
创建自定义线程池ThreadPoolExecutor时，需要配置以下核心参数，它们决定了线程池的运行逻辑：
- 核心线程数 (corePoolSize)：线程池中常驻的核心线程数量，默认情况下即使闲置也不会被回收。
- 最大线程数 (maximumPoolSize)：线程池允许创建的最大线程数量。当任务队列满且当前线程数小于此值时，会创建非核心线程。
- 存活时间 (keepAliveTime)：非核心线程闲置时的超时时长，超过该时间将被回收。
- 时间单位 (unit)：存活时间的单位（如秒、毫秒）。
- 任务队列 (workQueue)：用于存储已提交但尚未执行的任务。当核心线程都在忙时，新任务会进入此队列排队。
- 线程工厂 (threadFactory)：用于创建新线程，通常使用默认工厂即可。
- 拒绝策略 (rejectedExecutionHandler)：当线程池和队列都满时，对新任务的处理策略（如抛出异常、由调用者线程执行、丢弃任务等）。
执行规则：当提交新任务时，若当前线程数 < 核心线程数，则直接创建核心线程执行；若 >= 核心线程数，则尝试加入任务队列；若队列已满且当前线程数 < 最大线程数，则创建非核心线程执行；若均不满足，则触发拒绝策略。
二、 常见的四种内置线程池
Java 内置了四种便捷的线程池工厂方法，它们本质上都是通过配置不同的ThreadPoolExecutor参数来实现的：
- 固定长度线程池 (FixedThreadPool)
- 特点：只有核心线程，数量固定，空闲时不会被回收。任务队列无大小限制。
- 适用场景：控制最大并发线程数，适合任务量固定且耗时较长的场景。
- 可缓存线程池 (CachedThreadPool)
- 特点：只有非核心线程，线程数量无上限。空闲线程超过 60 秒会被回收，无可用线程时立即创建新线程。
- 适用场景：执行大量耗时较少的短时异步任务。
- 风险：任务过多时会无限创建线程，极易导致 OOM。
- 单线程执行器 (SingleThreadExecutor)
- 特点：只有一个核心线程，任务按提交顺序排队执行，无需处理线程同步问题。
- 适用场景：必须按顺序执行的任务，如写文件、写数据库等。
- 调度线程池 (ScheduledThreadPool)
- 特点：核心线程数固定，非核心线程数无限制且空闲即回收。内部使用延时队列对任务排序。
- 适用场景：执行定时任务或具有固定周期的重复任务。
三、 实战：如何根据场景自定义线程池
在实际面试或项目中，通常推荐使用ThreadPoolExecutor自定义线程池，以便灵活控制风险。
- IO 密集型任务（如网络请求、文件读写）：
由于 IO 操作等待时不占用 CPU，可适当增加线程数。建议corePoolSize设为2 * CPU核心数，maximumPoolSize设为3 * CPU核心数，并使用有界队列（如ArrayBlockingQueue）防止内存溢出。 - CPU 密集型任务（如图片解码、复杂计算）：
过多线程会导致频繁的上下文切换，反而降低性能。建议corePoolSize设为CPU核心数 + 1，maximumPoolSize与核心线程数保持一致，快速回收空闲线程。
四、 安全使用线程池的注意事项
- 避免 UI 更新在子线程：耗时任务执行完毕后，必须通过
runOnUiThread、Handler或LiveData等机制切换回主线程更新 UI。 - 结合生命周期管理：在 Activity 或 Fragment 销毁时（
onDestroy），务必调用executor.shutdownNow()关闭线程池，防止后台任务持有外部引用导致内存泄漏。 - 拒绝使用无界队列：尽量使用有界队列，防止任务无限堆积引发 OOM。
- 现代替代方案：在较新的 Android 开发中，推荐结合生命周期感知组件，使用
ViewModel+LiveData、RxJava或Kotlin 协程 (Coroutine)来管理异步任务，它们底层也封装了线程池，但使用更安全便捷。