线程拾遗

最近有被问到线程池创建之后,线程的数量是如何变化的,所以就想画个图来表示

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

最初学习线程池的时候,自己手动创建线程的时候就是常见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(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----)

你可能感兴趣的:(线程拾遗)