java程序运行时到底有多少个活跃线程

先贴上最原始的代码，疑惑的开始。

public class Solution {
    public static void main(String[] args) {
        T t1 = new T();
        T t2 = new T();
        t1.start();
        System.out.println(Thread.activeCount());
        t2.start();
    }
    static class T extends Thread{
        @Override
        public void run() {
            try {
                Thread.sleep(1000);
            }catch (InterruptedException e){
                e.printStackTrace();
            }
        }
    }
}

上面的程序应该输出数字2？还是3？本着严谨的态度在ide上面跑了一下，本来以为是2，结果是3. t2的运行不是在打印之前嘛？为什么会是3呢？难道说t2也算进去了？继续去测试一下。

    public static void main(String[] args) {
        T t1 = new T();
        T t2 = new T();
        t1.start();
        System.out.println(Thread.activeCount());
        t2.start();
        System.out.println(Thread.activeCount());
    }

结果是3 4.这就说明另外一个活跃的线程不是它t2，另外有一个线程。顺着这个思路，去看看到底哪些线程在运行。

    public static void main(String[] args) {
        T t1 = new T();
        T t2 = new T();
        t1.start();
        System.out.println(Thread.activeCount());
        Map maps = Thread.getAllStackTraces();
        for ( Thread thread:maps.keySet()){
            System.out.println(thread.getName());
        }
        t2.start();
        System.out.println(Thread.activeCount());
    }

把所有的线程都打印出来看看。下面是运行结果。

1.png

运行结果让人大吃一惊，这是什么啊，不算t2都有7个活跃的进程，为什么Thread.activeCount()只有3或者4个呢？这是什么鬼哦。为了搞清楚到底是怎么回事，就去看看Thread.activeCount()的源码吧。下面展示的就是源码部分。

/**
     * Returns an estimate of the number of active threads in the current
     * thread's {@linkplain java.lang.ThreadGroup thread group} and its
     * subgroups. Recursively iterates over all subgroups in the current
     * thread's thread group.
     *
     * 
 The value returned is only an estimate because the number of
     * threads may change dynamically while this method traverses internal
     * data structures, and might be affected by the presence of certain
     * system threads. This method is intended primarily for debugging
     * and monitoring purposes.
     *
     * @return  an estimate of the number of active threads in the current
     *          thread's thread group and in any other thread group that
     *          has the current thread's thread group as an ancestor
     */
    public static int activeCount() {
        return currentThread().getThreadGroup().activeCount();
    }

看了源码，我们了解到原来Thread.activeCount()只是计算当前线程的线程组里面有多少活跃线程，而不是所有的活跃线程，这也就解释了，为什么会出现数目对不上的情况。接下来，我们看看每个线程组都是哪些线程。

public static void main(String[] args) {
        T t1 = new T();
        T t2 = new T();
        t1.start();
        System.out.println("当前活跃线程数量:"+Thread.activeCount());
        ThreadGroup group = Thread.currentThread().getThreadGroup();
        System.out.println("当前线程组的名称:"+group.getName());
        Thread[] list1 = new Thread[group.activeCount()];
        group.enumerate(list1);
        for (Thread thread:list1){
            System.out.println(thread.getName());
        }
        ThreadGroup groupParent = group.getParent();
         System.out.println("当前线程组的名称:"+groupParent.getName());
        Thread[] list2 = new Thread[groupParent.activeCount()];
        groupParent.enumerate(list2);
        for (Thread thread:list2){
            System.out.println(thread.getName());
        }
}

上面程序的运行结果如下图所示。

2.png

这次基本就清清楚楚，明明白白了。其中Thread-0就是我们的t1线程。接下来简单的描述一下其他的线程都是干什么的。参考 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

用于监控目的,监控Ctrl-Break中断信号的。