队列：核心调度缓冲区
等待队列：被阻塞线程集合
当线程在方法中被阻塞（例如等待 I/O 完成或阻塞同步）时，该线程会加入此队列。若该队列达到最大长度，线程将被晋升至下一队列。就绪队列：待唤醒线程集合
当一个线程从等待队列中掉出但尚未被分配线程时，它会被加入此队列。若就绪队列耗尽，线程将重新获得运行权。信号队列：任务中断处理集合
此队列专门用于处理中断信号。一旦收到中断信号，线程会加入此队列，以便在恢复运行时立即执行中断前的操作。线程池对象：控制中心
作为大脑，线程池对象维护线程列表、队列状态、资源计数等关键信息。它负责协调各组件并决定任务分配策略。线程：执行单元
这是实际运行任务的实体，受各组件调度管理。运行流程解析
任务提交时，线程池检查目标队列是否已满。如果是，任务进入就绪队列；如果不是，则检查目标线程是否可用。若线程可用但处于等待状态，则加入等待队列；若线程常用且无等待任务，则立即分配并执行。执行结束后，线程回到就绪队列。此过程循环往复，确保任务高效利用资源。 二、绝对优先级的线程调度机制绝对优先级：独占运行资源
绝对优先级的线程在调度时享有最高权利。只要其请求的任务队列未满且线程可用，它就必须立即分配任务并执行，无需经过等待队列的缓冲。这意味着它几乎不受非绝对优先级任务的干扰。拒绝策略：任务积压与放弃
当绝对优先级线程请求的任务队列满时，系统会尝试将任务放入非绝对优先级的线程队列。若非绝对优先级队列也满，则任务被直接丢弃。在极端情况下，即使非绝对优先级队列也满，只要绝对优先级队列未满，该线程仍会执行任务；只有当绝对优先级队列也满时，该线程才会被拒绝或暂停。优先级示例
场景一：绝对优先级线程 A 请求一批任务，队列未满，立即执行。绝对优先级线程 B 请求一批任务，队列已满，任务被引入非绝对优先级队列，B 继续执行。此时 B 的绝对优先级被其他任务阻塞，直到队列空出。
场景二：在场景一基础上，绝对优先级线程 C 请求一批任务，队列已满，非绝对优先级队列也满，任务被丢弃。此时绝对优先级的请求失效，线程 C 无法继续执行。
结论
绝对优先级线程是系统的瓶颈，一旦执行，系统将受限于其执行速度。
因此，在使用绝对优先级时，必须确保其对应的执行路径不会因队列满而阻塞，或者需配合拒绝策略避免资源耗尽。
任务队列与线程队列的优先级关系
当任务队列已满时，线程将晋升至等待队列。若线程队列也满，线程将晋升至就绪队列。若就绪队列满，线程将晋升至信号队列。若信号队列满，线程将进入睡眠状态，直到接收到中断信号。队列晋升顺序总结
任务队列 -> 线程队列 -> 就绪队列 -> 信号队列 -> 睡眠
这一顺序体现了低优先级任务对高优先级任务的天然阻塞。虽然线程池允许设置不同队列的优先级，但在默认配置下，上述顺序是固定的优先级规则。
拒绝策略的必要性
为了应对队列满的情况，线程池提供了拒绝策略（如AbortPolicy、CallerRunsPolicy、DiscardPolicy 等）。
AbortPolicy：直接抛出异常，任务失败且线程被终止。适用于崩溃场景。
CallerRunsPolicy：由调用者启动线程执行任务。用于避免任务丢失，但增加了性能开销。
DiscardPolicy：直接丢弃任务，不执行。适用于资源极度有限的场景。 四、参数配置与调优策略
核心参数详解
corePoolSize：核心线程数。决定线程池中最小可用的线程数量，受系统负载影响。
maxPoolSize：最大线程数。当核心线程队列满时，新任务被放入非核心线程队列。若仍满，则创建新线程。
wait-queue-optional：是否允许非核心线程加入等待队列。默认开启，需根据系统负载灵活调整。
time-live：线程存活时间。同一线程可运行多次，最后一次执行后自动停止。
keepalive-time：线程存活期间接收新任务的等待时间。默认时间，若为负数则不等待。
TimeUnit：执行时间单位，如秒、毫秒。
调优实战
场景一：超卖现象若 corePoolSize 设置过小，可能导致任务堆积。此时应增加核心线程数，使队列满时能立即将任务分配给空闲线程，避免阻塞。
场景二：拒绝策略不当若队列满时拒绝策略过于激进（如 Discard），将导致大量任务丢失。此时应适当增加队列大小或调整策略为 AbortPolicy，确保异常场景能捕捉到。
场景三：资源泄漏若线程池未正确关闭，可能导致线程泄漏。务必在业务逻辑结束时调用 shutdown 并设置终止策略。
五、异常处理与最终安全异常与中断处理
线程池支持中断信号处理，当线程在执行过程中收到中断信号时，会暂停任务并加入信号队列。恢复运行时，线程立即执行中断前的操作。这机制保证了任务在后台被中断时能安全恢复。线程生命周期管理
启动过程：任务进入线程池创建新线程。
停止过程：调用 shutdown 方法。若队列非满，线程加入就绪队列等待。若满，新任务被拒绝。调用 terminate 方法强制终止线程并销毁。
最终安全
在代码设计中，必须避免无限循环调用 shutdown 或 terminate。
于此同时呢，应定期监控线程池状态，确保不会因长期运行而耗尽队列。对于高并发系统，建议将线程池与外部监控服务结合，实现动态扩容与资源回收。
总结
Java 线程池面试原理不仅考察对底层机制的掌握，更考验在复杂场景下的工程化思维。通过深入理解核心组件、调度逻辑及参数配置，开发者能够构建出既高效又稳定的系统。记住核心组件间的优先级顺序，准确选择拒绝策略，方能从容应对各类并发挑战。
