最准确的方法是读取/proc/PID/status中的Threads:字段，该值由内核实时维护，包含主线程，格式为“Threads: N”，直接提取冒号后数字即可，适用于脚本自动化且不受ps版本或环境限制。
直接看 /proc/PID/status 里的 Threads: 字段，最准、最快、最可靠——它由内核实时维护，不依赖用户态工具解析，也不受终端宽度、ps 版本或 busybox 精简限制。
用 grep Threads /proc/PID/status 提取线程数
这是脚本和自动化场景的首选方式。输出就是一行 Threads: 17，直接取冒号后数字即可。
- 必须确保
PID存在且有读权限；若进程已退出，/proc/PID/目录消失，命令会报No such file or directory - 该值包含主线程，所以单线程进程也显示
Threads: 1 - 和
ps -o nlwp= -p PID输出一致，但后者在某些嵌入式环境（如 Alpine 容器）中不可靠 - 不要用
ls /proc/PID/task/ | wc -l：它会统计已退出但未清理的残留线程目录，结果偏高
ps -T -p PID 快速人工确认
适合日常排查、不需要写脚本时用。输出每行一个线程，主线程的 TID 等于 PID，其余为子线程。
- 必须加
-p PID，否则ps -T会列出全系统所有线程，信息爆炸 - 线程总数 =
ps -T -p PID | wc -l的结果减 1（首行为表头） - 老内核（如 RHEL6/CentOS6）或 busybox ps 可能不支持
-T，此时改用ps -L -p PID - 注意：某些精简版
ps不支持-L，这时只能退到/proc/PID/status
top -H -p PID 动态观察线程行为
当你需要看线程级 CPU 或内存波动（比如 Java 应用里某条线程突然吃满一个核），top -H 比 ps 更有效。
- 务必用
top -H -p PID启动，而不是先top -p PID再按H—— 后者切换不稳定，可能漏线程或混入其他进程 - 顶部
Tasks: N total中的N就是当前该进程的线程数，但它只反映 top 当前缓冲区内的可见线程（默认几百行），不是全量 - 按
c键可展开完整命令行，对 JVM 线程名或 pthread 名识别更准 - 按
P（大写）可按 CPU% 重新排序，快速定位高负载线程
真正容易被忽略的是：不同方法统计口径其实不完全一致——/proc/PID/status 是内核态权威值，ps -T 是用户态快照，而 top -H 还受显示缓冲区限制。线上排查线程泄漏或接近 /proc/sys/kernel/threads-max 上限时，只信 Threads: 字段。
