线程数量变化(也就是线程池启动之后的线程数量变化)

最初学习线程池的时候，自己手动创建线程的时候就是常见5个10个的线程，所以就想着线程池一开始的时候直接创建完毕，然后就是等待有用户的需求了。但是今天亲自测试了下，发现跟自己理解的有点出入。
测试环境：jdk1.7，jdk1.8
测试代码

 public static void main(String[] args) throws InterruptedException {
        final AtomicInteger counter = new AtomicInteger();
        final ThreadGroup group = new ThreadGroup("test-xiancheng");

        class Task implements Runnable{

            private volatile boolean stop = false;

            @Override
            public void run() {
                while (!stop) {

                }
            }
        }

        ThreadPoolExecutor executor = new ThreadPoolExecutor(
                3,
                6,
                0,
                TimeUnit.MILLISECONDS,
                new ArrayBlockingQueue<Runnable>(2),
                new ThreadFactory() {
                    @Override
                    public Thread newThread(Runnable r) {
                        return new Thread(group, r, "test-test-" + counter.getAndIncrement(), 0);
                    }
                },
                // 使用AbortPolicy测试拒绝策略较合适，直接抛异常，可以直接看到，但是不能执行后续代码
                // new ThreadPoolExecutor.AbortPolicy()
                new ThreadPoolExecutor.DiscardPolicy()
        );
        Task task = new Task();
        for (int i = 0; i < 16; i++) {
            executor.execute(task);
        }

        TimeUnit.SECONDS.sleep(15);
        task.stop = true;
    }

利用断点干预，同时使用jstack查看线程快照，找出创建的线程。得出如下图的结论：

线程池创建之后线程数量变化图

要点：

1.创建线程管理器，但是此时核心线程并不是直接创建好的。对应图中差不多就是0这个时间点。因为可能有的线程池的核心线程是500等，如果一开始就创建必须有一个缓冲期来创建。同时有的线程池的核心线程可能比较大，但是业务完全达不到使用这么多线程，创建好之后浪费系统资源。
2.当有用户线程需要运行时，核心线程不满创建核心线程，并运行用户线程内容，也就是调用用户任务的run方法。(0-t1)
3.核心线程已满，那么直接加入线程队列中。(t1-t2)
4.线程队列也满了，查看最大线程是否有空余，有空余创建线程执行用户任务。(t2-t3)
5.如果这个时候还有任务加入，那么执行拒绝策略，不创建新的线程。(t3-t5)
6.请求峰值已过，线程空闲，达到最大空闲时间，终止空闲线程。0代表立即销毁。(t5-t7)
7.当空闲线程销毁后，只剩下核心线程了。核心线程一旦创建不会销毁。(t7-tn)
8.如果后续还有波动遵照前面的变化即可(tn----)

最后编辑于：2018.12.27 21:42:47