解读

国内面试官问这条，并不是想听你背“线程池核心参数”，而是想看你是否真的在 2 G 内存、8 核、后台被系统随时掐脖子的国产 ROM 上踩过坑。
一句话：Java 并发包里的默认实现完全不认识 Android 的“低内存、高回收、强管控”环境，5 条线程看起来不多，却能在低端机和国产后台策略下把进程送进“杀无赦”名单。

知识点

1. 线程不死：核心线程默认不超时，5 条线程一旦创建就终身持有，即使空闲也占 1 MB+ 虚拟内存（Thread＋Looper＋TLS＋native stack）。
2. 任务排队无界：LinkedBlockingQueue 默认 Integer.MAX，瞬间 OOM；国内用户爱装“全家桶”，一次网络重试就能把队列打爆。
3. 异常吃掉了：默认线程池捕获异常后只打印堆栈，不重新抛，线上崩溃率被“美化”，但功能已死，测试小姐姐复现不了，运维背锅。
4. 与生命周期脱节：Activity/Fragment 销毁时线程池仍持有匿名内部类引用，导致整页 LeakCanary 爆红；国产 ROM 对“内存泄漏进程”优先杀。
5. 前后台切换：App 切后台 1 min 后，国内系统（小米、华为、OPPO）直接冻结进程，线程池里的任务被掐断，下次前台再跑出现“任务神秘消失”。
6. 线程优先级默认 background：5 条线程一起抢 CPU，低端机帧率掉到 8 fps，用户录屏投诉“卡顿”，应用商店一星伺候。
7. 与热修复冲突：Tinker/robust 回退 patch 时要求所有自定义线程退出，固定线程池无法优雅 shutdown，导致 patch 失败，线上回滚。
8. 审计合规：国内金融、短视频 SDK 要求“线程必须命名+可溯源”，默认工厂 new 出来的是 pool-1-thread-3，无法定位，安全测试直接打回。

答案

“在 Android 里直接 Executors.newFixedThreadPool(5) 风险主要有四点：
第一，核心线程永不销毁，低端机常驻 5 MB+ 内存，易被系统标记为‘大内存 App’优先回收；
第二，队列无界，网络重试或埋点风暴可瞬间 OOM；
第三，默认线程工厂不命名、不捕获异常，排查和崩溃率统计都失真；
第四，生命周期与组件未绑定，极易造成内存泄漏，国产 ROM 杀后台后任务丢失。
生产环境应使用 ThreadPoolExecutor 自行构造：核心线程可超时（allowCoreThreadTimeOut）、队列加阀值（ArrayBlockingQueue）、拒绝策略记录并上报、线程统一命名并设置 background 优先级，同时随 ProcessLifecycleOwner 或 Application 的 onTrimMemory 动态收缩，才能在国内各类 ROM 上稳定运行。”

拓展思考

1. 协程替代：Kotlin 协程的 Dispatchers.IO 底层仍是线程池，但已根据 CPU 核心数自适应、支持生命周期感知，可完全避免手动创建线程池。
2. 轻量调度：对于本地 I/O 或数据库，可直接使用 Executors.newSingleThreadExecutor() + CoroutineScope，任务串行化避免锁竞争。
3. 后台限制：Android 14 引入 ForegroundService 必须加前台类型，若线程池用于后台网络，需迁移到 WorkManager+CoroutineWorker，否则 targetSdk=34 直接崩溃。
4. 性能验证：使用 adb shell cat /proc/<pid>/status | grep Threads 观察线程数；低端机不超过 30 条，线程池最大核心数建议 ≤ CPU 核心数，避免上下文切换。
5. 线上监控：在拒绝策略里埋点，把队列长度、活跃线程数、等待任务数随日志上报，结合用户内存等级（TRIM_MEMORY_RUNNING_LOW）做动态降级，才能在国产厂商“杀、冻、拉”三连击下存活。