Java线程与操作系统线程的生命周期

平时不管是面试还是线上排查问题线程生命周期都是绕不开的点但我发现Java线程的状态和操作系统OS底层的线程状态很容易搞混本文就来理清楚二者的区别。先说个大前提我们常用的HotSpot虚拟机采用的是1:1线程模型——也就是说你在Java代码里new的一个Thread会直接映射到操作系统的一个内核线程JVM本身不参与线程的调度调度权完全在操作系统内核手里。JVM只是对内核线程的状态做了一层封装和抽象这也是两者状态不一样的根本原因。操作系统的线程生命周期操作系统里线程是CPU调度的最小单位它的所有状态流转完全围绕CPU的使用权来设计主流的Linux/Windows系统通用的是五态模型。1. 新建New就是刚通过系统API创建了线程只完成了最基础的资源初始化还没被加到内核的调度队列里根本没资格抢CPU自然也没法执行。2. 就绪Ready这个状态的线程已经拿到了除CPU之外的所有运行需要的资源已经进入内核的就绪队列就等调度器给它分配CPU时间片了。这里要注意同一时间就绪队列里会有一堆线程哪个能拿到CPU全看操作系统的调度策略上层代码根本管不了。3. 运行Running线程正在CPU核心上执行指令这是唯一一个能占用CPU的状态。4. 阻塞Blocked线程因为要等某个事件比如磁盘IO、网络响应、锁释放主动放弃了CPU使用权暂停执行。这个状态的线程调度器根本不会给它分配CPU时间片除非它等的事件完成了。5. 终止Terminated线程正常执行完毕或者被强制终止、出现未捕获的异常内核会回收这个线程的所有资源生命周期彻底结束再也无法回退到其他状态。状态流转图Java线程的生命周期Java线程的所有状态都在java.lang.Thread.State这个枚举里明确定义了一共6种是JVM对底层OS线程状态的封装但是和OS状态并非一一对应。1. NEW新建这个和OS的新建态完全对应就是代码里用new Thread()创建了线程对象但还没调用start()方法。需要注意的是这个时候它就是堆里一个普通的Java对象根本没和OS的内核线程绑定连调度的资格都没有千万别重复调用start()会直接抛出异常。2. RUNNABLE可运行这是Java线程里最核心、最容易和OS状态搞混的复合状态JVM直接把OS里的【就绪态】【运行态】甚至包括【本地IO阻塞的场景】全部打包封装成了RUNNABLE状态。什么意思呢调用start()之后线程进了内核就绪队列排队等CPUJVM里标记为RUNNABLE线程拿到CPU正在执行代码JVM里还是标记为RUNNABLE线程执行阻塞的本地IO比如文件读写OS层面线程已经阻塞了但JVM里依然标记为RUNNABLE。为什么JVM要这么设计其实很简单JVM不关心底层CPU的调度细节它只关心这个线程是不是【可运行的】哪怕你在等IOJVM也认为这是运行过程中的必要环节等IO完成了你就能继续跑所以不会把它标记成阻塞状态。3. BLOCKED阻塞Java里的BLOCKED状态只有一种情况会进入线程等待获取synchronized监视器锁而这个锁刚好被其他线程持有了这时候线程才会进入BLOCKED状态。容易混淆的是Lock锁但是Lock锁底层是用LockSupport.park()实现的进入的是WAITING状态不是BLOCKED。4. WAITING无限等待这个状态的线程进入了没有超时时间的等待必须由其他线程主动唤醒否则会一直等下去不会自动唤醒。常见的触发场景有Object.wait()无超时参数、Thread.join()无超时参数、LockSupport.park()。5. TIMED_WAITING计时等待和上面的WAITING的区别就是这个带了明确的超时时间时间一到JVM会自动把它唤醒不用等其他线程操作。常见的触发场景有Thread.sleep(long)、Object.wait(long)、Thread.join(long)、LockSupport.parkNanos()。小贴士Thread.sleep ()只会让出 CPU 时间片不会释放持有的锁而Object.wait ()会同时释放 CPU 和持有的锁。6. TERMINATED终止和OS的终止态完全对应线程的run()方法正常执行完毕或者抛出了未捕获的异常生命周期彻底结束。这个状态再也回不到其他状态哪怕再次调用start()也会直接抛出IllegalThreadStateException。状态流转图两者的关系与区别操作系统线程状态Java线程状态说明新建NewNEW完全对应都是创建后未启动的状态就绪Ready 运行RunningRUNNABLEJVM不区分“排队等CPU”和“正在CPU上执行”统一封装为RUNNABLE屏蔽了内核调度细节阻塞BlockedBLOCKED / WAITING / TIMED_WAITINGOS里单一的阻塞态被JVM细分成3种分别对应不同的等待场景这三个状态在OS层面都拿不到CPU时间片终止TerminatedTERMINATED完全对应生命周期结束资源回收