java main是多线程的吗_启动一个最简单的Java main程序时，有多少个线程被创建

事情的全部起因来自于这样一个程序

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。

这篇博文的主题不是讨论volatile关键字的用法，而是你如果在linux下跑这段程序，会卡在死循环了出不来，各种百度，google，总算找到了问题，我们先来看一看，简单启动一个main程序时，有多少个线程被创建呢？

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());

最后打印结果如下

main线程.png

好，我们分别来看看这几个线程都是干嘛用的，这部分内容主要来自

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官网有详细信息，大家可以去看看

详细链接

那问题来了，在linux下虽然创建了5个线程，但是当前活动线程只有两个，main和Monitor Ctrl-Break，这就导致了，我们在等待所有子线程结束后的那句判断代码应该是>2而不是>1!!!

while (Thread.activeCount() > 2){

System.out.println(Thread.activeCount());

Thread.yield();

}

结论

windows下这个Monitor Ctrl-Break是不算在活动线程的，所以这样大于1是可以执行的，但是linux下应该是 大于2