启动一个最简单的Java main程序时,有多少个线程被创建?

事情的全部起因来自于《深入理解JVM》第367页的一个程序

public class VolatileTest {
    public static volatile int race = 0;

    public static void increase(){
        race++;
    }

    private static final int THREADS_COUNT = 10;

    public static void main(String[] args) {

        Thread[] threads = new Thread[THREADS_COUNT];

        for (int i = 0;i < THREADS_COUNT;i++){
            threads[i] = new Thread(new Runnable() {
                @Override
                public void run() {
                    for (int i = 0;i < 10;i++){
                        increase();
                    }
                }
            });
            threads[i].start();
        }

        while (Thread.activeCount() > 1){
            System.out.println(Thread.activeCount());
            Thread.yield();
        }
        System.out.println(race);
    }
}

这是一个简单的多线程下的计数器,用于说明volatile修饰的变量并不能完全解决多线程并发问题,体现在这段代码中就是最后打印的结果有可能<100。

这段代码最开始我在mac系统上运行,会卡在while出不来。百度一下发现有人说在linux下也是这样的问题,在windows下没问题,我就信以为真了。后来在windows系统下测试了一下,发现运行一个最简单的java main程序时,Thread.activeCount()的数量与mac系统下相同,都是2,而在linux系统下是1。。。所以网上的说法正好反了

我们先来看一看,简单启动一个main程序时,有多少个线程被创建呢?

iimport java.lang.management.ManagementFactory;
import java.lang.management.ThreadInfo;
import java.lang.management.ThreadMXBean;

public class ThreadCount {

    public static void main(String[] args) {
        ThreadMXBean threadMXBean = ManagementFactory.getThreadMXBean();
        ThreadInfo[] threadInfos = threadMXBean.dumpAllThreads(false, false);
        for (ThreadInfo info : threadInfos) {
            System.out.println("[" + info.getThreadId() + "]" + info.getThreadName());
        }
        System.out.println(Thread.activeCount()); // 打印当前活动的线程数
        Thread.currentThread().getThreadGroup().list(); // 打印当前活动的线程列表
    }
}

我们来看看很有意思的结果:
mac系统下的结果:

[9]Monitor Ctrl-Break
[4]Signal Dispatcher
[3]Finalizer
[2]Reference Handler
[1]main
2
java.lang.ThreadGroup[name=main,maxpri=10]
    Thread[main,5,main]
    Thread[Monitor Ctrl-Break,5,main]

Process finished with exit code 0

windows系统下的结果:
在这里插入图片描述
linux系统下的结果:
在这里插入图片描述
汇总一下,启动一个最简单的Java main程序时,各平台创建的线程数统计:

平台创建的线程总数当前活动线程数
mac52
windows62
linux41

至于为什么不同平台的结果不同,这个还需要更深入的了解。

好,我们分别来看看这几个线程都是干嘛用的,这部分内容主要来自
http://ifeve.com/jvm-thread/,可以去这个地址查看更多线程的信息

Attach Listener

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

Signal Dispatcher

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

Finalizer

这个线程也是在main线程之后创建的,其优先级为10,主要用于在垃圾收集前,调用对象的finalize()方法;关于Finalizer线程的几点:

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

Reference Handler

VM在创建main线程后就创建Reference Handler线程,其优先级最高,为10,它主要用于处理引用对象本身(软引用、弱引用、虚引用)的垃圾回收问题。

Monitor Ctrl-Break

这个线程我也不是很明白是干什么用的,oracle官网有详细信息,大家可以去看看
详细链接

总结:在windows/mac下,当前活动线程有两个:main和Monitor Ctrl-Break,这就导致了,我们在等待所有子线程结束后的那句判断代码应该是>2而不是>1!!!。
在linux下,当前活动线程只有main,所以>1是可以执行的

while (Thread.activeCount() > 2){ // 在windows/mac下应该>2
            System.out.println(Thread.activeCount());
            Thread.yield();
        }
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值