Java进程OS级别线程数为何比JVM级别多1个?
OS线程数比JVM统计结果多1个的原因分析
测试Java程序
import java.util.stream.IntStream; public class Main { static void sleep() { try { Thread.sleep(100_000); } catch (InterruptedException e) { System.exit(1); } } public static void main(String... args) { IntStream.range(0, 10) .mapToObj($ -> new Thread(Main::sleep)) .forEach(Thread::start); } }
统计线程数的Bash脚本
#!/usr/bin/env bash JPID=$(jps -l | grep Main | awk '{print $1}') JAVA_THREADS_COUNT=$(jstack ${JPID} | grep -E "^\"" | wc -l) OS_THREADS_COUNT=$(ps -o nlwp= -p $JPID) echo "Java threads count: ${JAVA_THREADS_COUNT}" echo "OS threads count: ${OS_THREADS_COUNT}"
问题描述
执行上述脚本后,发现OS级别的线程数始终比JVM层面统计的线程数多1个,询问该现象是否正常,或是脚本存在错误。
解答
这是正常现象,脚本本身没有错误,差异原因如下:
- JVM层面的线程统计(通过
jstack+grep的方式)仅统计Java可见的线程:包括你手动创建的10个休眠线程,以及JVM自带的后台守护线程(如Reference Handler、Finalizer、Signal Dispatcher等)。 - OS层面统计的线程数(
ps -o nlwp)包含了进程下所有的轻量级进程(即线程),其中还包含一个JVM内部的Native线程——VM Thread。这个线程负责执行JVM核心内部操作(比如线程生命周期管理、GC安全点同步等),它不属于Java线程范畴,因此不会被jstack输出为Java线程,自然不会被你的统计命令捕获到。
你可以直接执行jstack ${JPID}查看所有Java线程并手动计数,再对比ps的结果,就能确认这个未被统计到的Native线程的存在。
内容的提问来源于stack exchange,提问作者dev-rifaii
相关产品推荐
相关产品推荐

