Java线程状态及调度：并发执行的“交通规则”

 
在Java并发编程中，线程并非始终处于运行状态，而是在不同状态间动态切换；线程调度则如同“交通指挥”，决定哪个线程能优先使用CPU资源。理解线程的状态流转与调度机制，是掌控并发程序执行节奏、避免死锁与资源浪费的核心，二者共同构成了Java线程运行的“底层逻辑”。
 
Java线程的生命周期包含6种核心状态，由JVM严格管控，状态间的切换需满足特定条件。根据《Java并发编程实战》定义，这6种状态可分为：
 
- 新建（NEW）：线程对象已创建，但未调用start()方法，此时未与操作系统底层线程关联；
- 就绪（RUNNABLE）：调用start()后，线程进入就绪队列，等待CPU调度，此时可能处于“就绪等待”或“正在运行”两种细分状态；
- 阻塞（BLOCKED）：线程因竞争synchronized锁失败而暂停，需等待其他线程释放锁后重新进入就绪状态；
- 等待（WAITING）：线程通过wait()、join()等方法主动放弃CPU，需其他线程调用notify()/notifyAll()唤醒，无超时时间；
- 超时等待（TIMED_WAITING）：与等待状态类似，但通过sleep(long)、wait(long)等方法设置了超时时间，超时后自动唤醒；
- 终止（TERMINATED）：线程run()方法执行完毕或因异常退出，生命周期彻底结束，无法再次启动。
 
例如，当线程执行 synchronized 修饰的方法时，若锁被占用，会从RUNNABLE转为BLOCKED；调用 Thread.sleep(1000) 后，会进入TIMED_WAITING，1秒后自动回到RUNNABLE状态；而调用 object.wait() 则会进入WAITING，需其他线程调用 object.notify() 才能唤醒。这些状态切换的本质，是线程对CPU、锁资源的“争夺”与“释放”过程。
 
线程调度则是JVM的“资源分配策略”，核心目标是合理分配CPU时间片，确保线程高效执行。Java采用“抢占式调度”为主、“协同式调度”为辅的机制：抢占式调度中，优先级高的线程会优先获得CPU资源，若线程执行时间过长，JVM会强制剥夺其CPU使用权，分配给其他线程；协同式调度则依赖线程主动调用yield()方法，自愿让出CPU，让优先级相同或更高的线程执行。
 
影响调度的关键因素有两个：一是线程优先级，Java通过 setPriority(int) 设置1-10级优先级（默认5级），优先级越高越容易被调度，但需注意，优先级仅为JVM的“调度建议”，并非绝对——操作系统底层调度可能会忽略Java线程优先级，避免高优先级线程长期占用CPU导致“饥饿”；二是时间片轮转，即使高优先级线程正在执行，当时间片耗尽，JVM也会切换到其他就绪线程，避免单一线程垄断资源。
 
此外，Java还提供了调度辅助工具： Thread.yield() 让当前线程让出CPU，重新进入就绪队列竞争； Thread.join() 让调用线程等待目标线程执行完毕后再继续，本质是通过等待/唤醒机制实现线程同步；而线程池中的 ThreadPoolExecutor ，则通过核心线程数、最大线程数等参数，间接管控线程调度节奏，避免线程过多导致调度开销激增。
 
线程状态与调度是Java并发的“底层基石”：状态流转决定了线程“能做什么”，调度机制决定了“谁先做”。开发者只有清晰掌握状态切换的触发条件，理解调度策略的底层逻辑，才能在实际开发中精准控制线程行为，避免因状态异常（如长期阻塞）或调度失衡（如优先级滥用）导致的程序性能问题，构建稳定高效的并发应用。