线程池面试一页极简口述满分版高级开发必背一、核心概念解析口述满分线程池核心作用实现线程复用规避线程频繁创建、销毁的性能开销同时实现并发限流、服务熔断防护、异步任务统一管控是高并发服务必备核心组件。核心七参数精简核心线程数、最大线程数、空闲超时时间、时间单位、有界阻塞队列、自定义线程工厂、拒绝策略。执行流程四步核心新任务优先交由核心线程处理 → 核心线程饱和后进入队列排队 → 队列打满则创建非核心线程 → 线程、队列全部饱和触发拒绝策略。生产硬性规范严禁使用Executors快捷创建线程池必须手动构建ThreadPoolExecutor搭配有界队列实现资源完全可控。二、线上真实生产故障场景故障现象业务使用newFixedThreadPool处理异步消息任务日常流量正常大促高峰期频繁Full GC堆内存持续暴涨最终服务OOM内存溢出宕机无业务报错仅任务堆积超时。故障根因newFixedThreadPool底层采用无界阻塞队列无存储上限。高并发场景下海量任务持续堆积大量任务对象常驻堆内存无法GC回收最终触发内存溢出。落地修复与优化手动创建带有界队列的自定义线程池核心与非核心业务线程池隔离避免资源抢占自定义降级拒绝策略所有异步任务全局捕获异常新增队列堆积、任务耗时、线程活跃度监控告警。三、三层递进追问完整满分标准答案1. 基础认知层生产环境为什么禁止使用Executors创建线程池标准答案Executors工具类创建的线程池存在两大线上致命隐患完全不适合生产使用。第一Fixed、Single线程池基于无界队列高并发任务堆积会无限占用堆内存直接引发OOM宕机第二Cached、定时线程池无最大线程数限制流量峰值会无限创建线程耗尽操作系统线程资源导致CPU上下文切换爆满、服务整体瘫痪。因此生产必须手动配置线程池约束线程数和队列容量保障并发资源可控。2. 底层原理层CPU密集型和IO密集型任务如何配置线程数线程回收机制是什么标准答案CPU密集型以计算逻辑为主无IO阻塞配置CPU核心数1避免线程过多引发频繁上下文切换降低计算性能IO密集型多为数据库、Redis、网络请求等阻塞任务配置CPU核心数*2利用线程阻塞空档最大化压榨CPU吞吐量。线程池默认只回收非核心线程空闲超时后自动释放资源核心线程常驻线程池保障响应速度可手动开启核心线程超时回收适配低频业务节约系统资源。3. 生产落地层线上线程池任务大量堆积、接口卡顿如何排查默认拒绝策略有什么弊端异步任务不捕获异常有什么后果标准答案任务堆积排查分三步首先看监控核查活跃线程打满、队列持续积压、任务拒绝数飙升其次排查堆栈定位慢SQL、外部慢接口等长耗时IO阻塞线程导致线程无法及时释放最后核对参数确认线程数、队列容量配置过小导致限流堆积。默认AbortPolicy策略直接抛异常会丢失业务任务且无告警兜底无法及时发现线上问题。生产需自定义策略核心任务落库重试补偿非核心任务日志记录后降级丢弃并告警。异步任务未捕获异常会直接销毁当前工作线程线程池会频繁重建线程损耗CPU性能同时任务无声失败、数据丢失线上问题难以排查所以所有异步任务必须添加全局try-catch异常兜底。四、面试万能收尾总结线程池设计核心是资源可控、限流防护。生产禁用Executors快捷方式手动配置有界队列根据CPU、IO业务场景适配线程参数做好业务线程隔离、自定义降级策略、全局异常兜底和监控告警线上卡顿堆积优先排查慢任务阻塞与队列溢出问题。注文档部分内容可能由 AI 生成
