【并发编程】java 程序至少启动了几个线程

最新推荐文章于 2022-10-23 16:16:43 发布

未曾是大佬

最新推荐文章于 2022-10-23 16:16:43 发布

阅读量159

点赞数

分类专栏：并发编程文章标签： java jvm

本文链接：https://blog.csdn.net/jiang_f_j/article/details/126719446

版权

并发编程专栏收录该内容

26 篇文章 0 订阅

订阅专栏

可以通过 JMX 的 API 打印出正在运行的 JVM 中的所有线程信息。

public class ThreadNumDemo {
    public static void main(String[] args) {
        ThreadMXBean threadMXBean = ManagementFactory.getThreadMXBean();
        ThreadInfo[] threadInfos = threadMXBean.dumpAllThreads(false, false);
        for (ThreadInfo threadInfo : threadInfos) {
            System.out.println(threadInfo.getThreadId() + 
                               "-" + threadInfo.getThreadName());
        }
    }
}

以下结论是基于 jdk 1.8 的运行结果

main线程
id是1，主线程

Reference Handler
id是2，它主要用于处理引用对象本身（软引用、弱引用、虚引用）的垃圾回收问题。

Finalizer
id是3，主要用于在垃圾回收前，调用对象的 finalize 方法。
关于 Finalizer 线程的几点：

只有当开始一轮垃圾收集时，失去引用的对象才会调用 finalize 方法；
该线程也是 daemon 线程，因此如果虚拟机中没有其他非 daemon 线程，不管该线程有没有执行完 finalize 方法，JVM也会退出；
JVM 在垃圾收集时会将失去引用的对象包装成 Finalizer 对象（Reference的实现），并放入ReferenceQueue，由 Finalizer 线程来处理；最后将该 Finalizer 对象的引用置为 null，由垃圾收集器来回收；
JVM为什么要单独用一个线程来执行 finalize 方法呢？如果 JVM 的垃圾收集线程自己来做，很有可能由于在 finalize 方法中误操作导致 GC 线程停止或不可控，这对 GC 线程来说是一种灾难；

Signal Dispatcher
id是4，Attach Listener 线程的职责是接收外部 jvm 命令，当命令接收成功后，会交给 signal dispather 线程分发到各个不同的模块处理命令，并且返回处理结果。signal dispather 线程也是在第一次接收外部 jvm 命令时，进行初始化工作。

Attach Listener
id是5，Attach Listener 线程是负责接收外部的命令，对该命令进行执行并且把结果返回给发送者。通常我们会用一些命令去要求 jvm 给我们一些反馈信息，如：java -version、jmap、jstack等。如果该线程在 jvm 启动的时候没有初始化，那就会在用户第一次执行 jvm 命令时，得到启动。

其它线程
我在 idea 上运行上面的代码时，除了发现以上5个线程外，还有

Monitor Ctrl-Break
id是6，idea 特有的线程，待研究
RMI TCP Accept-0
这个不知道是啥，待研究