Java线程池不干预OS级CPU调度，而是实现任务分配机制：按corePoolSize、workQueue、maximumPoolSize三参数顺序判定，执行创建线程、入队、扩容或拒绝四步逻辑。
Java线程池本身不直接实现“调度算法”意义上的CPU时间片分配，它不干预操作系统对线程的底层调度（如轮转或抢占），而是聚焦于任务到工作线程的分发逻辑——即资源调度中的“任务分配机制”。这个机制由ThreadPoolExecutor的核心流程控制，关键在于如何把待执行的Runnable或Callable任务，按策略分配给有限的线程资源。
任务分配的四步判定流程
当调用execute()提交任务时，线程池按顺序执行以下判断，决定任务去向：
- 若当前活跃线程数 小于 corePoolSize：立即创建新线程执行该任务（即使有空闲线程）；
- 若线程数 ≥ corePoolSize，且工作队列
workQueue未满：将任务入队，等待空闲线程主动取走； - 若队列已满，且当前线程数 小于 maximumPoolSize：创建非核心线程执行任务；
- 若线程已达
maximumPoolSize且队列饱和：触发拒绝策略（如AbortPolicy抛异常）。
不同队列类型决定分配行为
工作队列不是被动容器，其类型直接影响任务是否能被及时分配：
-
无界队列（如
LinkedBlockingQueue）：任务永不触发扩容，所有额外任务排队等待——适合任务提交速率稳定、内存可控的场景； -
有界队列（如
ArrayBlockingQueue）：强制触发线程扩容逻辑，更利于资源节制，但需谨慎设置容量避免频繁拒绝； -
同步移交队列（
SynchronousQueue）：不存储任务，要求必须有空闲线程立刻接收，否则直接扩容——CachedThreadPool即基于此，体现“来一个、配一个”的即时分配思想。
线程复用与任务获取方式
工作线程（Worker）一旦启动，会持续循环执行以下动作：
立即学习“Java免费学习笔记（深入）”；
- 从队列中
take()或poll(timeout)获取任务（阻塞或超时）； - 执行任务，不区分优先级（除非使用
PriorityBlockingQueue）； - 若获取失败或线程空闲超时（
keepAliveTime），且为非核心线程，则自我销毁。
这意味着：任务实际由哪个线程执行，取决于线程空闲状态和队列的出队顺序，而非提交顺序或优先级（JVM线程优先级在池内基本无效）。
可扩展的调度增强点
标准线程池不提供优先级/定时/依赖等高级调度能力，但可通过组合方式增强分配逻辑：
- 用
PriorityBlockingQueue+ 自定义Comparable任务，实现高优任务优先出队； - 用
ScheduledThreadPoolExecutor处理延时/周期任务，其内部仍走相同分配流程，只是任务被包装并按时间排序延迟入队； - 自定义
RejectedExecutionHandler实现降级、重试或路由到备用队列。
本质上，线程池的任务分配是“生产者-消费者”模型的工程化落地，重心在资源水位控制与任务流转可靠性，而非传统意义的CPU调度算法。
