stat字段首字符决定进程核心状态：r为运行中，s为可中断睡眠，d为不可中断睡眠（io卡死），z为僵尸进程；d状态时kill -9无效，需重启宿主机或卸载故障驱动。
当Linux服务器CPU突然飙升，你急需确认那个吃掉90% CPU的进程到底处于什么状态——是正在疯狂计算、卡在系统调用里、还是已经僵死却还占着PID？光看CPU百分比远远不够，进程状态（STAT字段）才是判断它是否“可控”或“可杀”的关键依据。
用ps命令抓取高CPU进程并读取状态码
执行 ps aux --sort=-%cpu | head -n 11，获取CPU占用前10的进程及表头；重点关注第8列STAT（状态字段）。
STAT字段由1～4个字符组成，首字符决定核心状态：【R表示运行中，S表示可中断睡眠，D表示不可中断睡眠（通常卡在IO），Z表示僵尸进程】；后续字符如（高优先级）、<code>N（低优先级）、+（前台进程组）仅作辅助参考。
若看到某个Java进程STAT为R且CPU持续95%，说明它正活跃执行，可进一步查线程；若为D，则大概率卡在磁盘或网络IO，kill无效，必须排查底层存储或驱动。
用top实时观察进程状态变化
运行 top → 按 P 键按CPU排序 → 找到异常进程后记下PID。
此时不要急着kill，先观察该进程的STAT列：如果字母在R和S之间快速跳变，说明它频繁进出运行态，可能是锁竞争或短时密集计算；如果长期固定为S，但CPU占用仍高，需检查是否被其他进程唤醒后立即又休眠——这往往指向定时器或信号误触发。
按 H 键切换线程视图，能直接看到该进程内哪个线程处于R态，这才是真正的CPU消耗源头。
深入验证进程是否已失控
第一步：用 cat /proc/[PID]/stat 查看原始状态数据，第3个字段即为内核态状态码（0-6对应R/S/D/Z/T等），比ps更权威；
第二步：执行 ls -l /proc/[PID]/fd/ 2>/dev/null | wc -l 统计打开文件数，若超2000且进程STAT为S，极可能因文件描述符耗尽陷入select/poll等待；
第三步：运行 strace -p [PID] -e trace=none 2>&1 | head -n 5，若输出立即卡住无新行，说明进程已进入不可中断状态（D），【此时强制kill -9完全无效，必须重启宿主机或卸载故障驱动】。
