Java线程池不直接调度CPU线程，而是通过有界/无界队列缓冲任务、分层扩缩线程（corePoolSize保底，maximumPoolSize应急）并配合拒绝策略实现可控执行，OS负责底层抢占式调度。
Java线程池本身不直接调度CPU线程，它做的是任务级缓冲与分发——把请求“接住”、排队、复用线程执行，并在超载时按策略响应。真正的线程调度由操作系统以抢占式时间片轮转完成，线程池只负责让这个过程可控、可预测、可兜底。
任务缓冲：靠队列控制积压节奏
线程池通过阻塞队列（如ArrayBlockingQueue或LinkedBlockingQueue）暂存来不及处理的请求。队列是有容量边界的，这点很关键：
- 用有界队列（比如容量50）能防止内存无限增长，适合流量波动大、需快速失败反馈的场景
- 无界队列（如LinkedBlockingQueue默认无界）会让任务持续堆积，可能掩盖真实瓶颈，仅适用于任务到达速率稳定且处理延迟极低的系统
- 拒绝新任务前，线程池会先尝试扩容非核心线程（前提是未达maximumPoolSize），队列只是第一道缓冲，不是最终容器
线程弹性：核心线程保底，非核心线程应急
线程池不是固定死板地只用几个线程，而是分层应对负载变化：
- 活跃线程数 corePoolSize：新任务直接创建新线程，哪怕当前有空闲线程也不复用——这是为保障最低响应能力
- 达到corePoolSize后：任务进队列等待已有线程取用
- 队列满 + 活跃线程数 maximumPoolSize：才新建非核心线程来消化积压
- 超过maximumPoolSize且队列已满：触发拒绝策略，不硬扛，主动降级
拒绝策略：系统稳定的最后一道闸门
当缓冲和扩容都失效时，拒绝策略决定如何“优雅地扛不住”。常用选项有：
立即学习“Java免费学习笔记（深入）”；
- AbortPolicy（默认）：抛RejectedExecutionException，调用方需捕获并做重试或降级
- CallerRunsPolicy：让提交任务的线程自己执行该任务，天然限流，适合对延迟敏感但能容忍少量同步阻塞的场景
- 自定义策略：比如记录日志+发告警、写入消息队列异步重试、返回兜底数据等
调度协同：配合异步I/O提升吞吐上限
线程池擅长处理计算密集或短耗时任务，但面对大量网络I/O（如HTTP请求、数据库查询）时，纯靠增加线程数效果有限——线程多数时间在等待。此时应结合：
- NIO/Netty：单线程管理成千上万连接，把I/O等待交给事件循环，只在线路就绪时才交由线程池处理业务逻辑
- CompletableFuture链式编排：把串行等待拆成异步回调，减少线程阻塞时间
- 信号量或限流器（如Sentinel）前置控制入口流量，避免线程池被动过载
