JUC学习笔记四：线程池

最新推荐文章于 2024-03-16 09:58:48 发布

小铭爱学习

最新推荐文章于 2024-03-16 09:58:48 发布

阅读量119

点赞数

分类专栏： JUC

本文链接：https://blog.csdn.net/qq_44815465/article/details/108811775

版权

JUC 专栏收录该内容

7 篇文章 0 订阅

订阅专栏

线程池：3大方法，7大参数，4种拒绝策略

1.池化技术

程序运行的本质就是占用系统的资源！
使用池化技术能够更好的优化资源的使用。
包括：线程池，连接池，对象池，内存池。。。
什么是池化技术：就是事先准备好的资源，如果有人要用就来这里拿，用完再还回来。

线程池的好处：

降低资源的消耗
提高响应的速度
方便管理

线程复用、可以控制最大并发数、管理线程

2.三大方法

/**
 * 创建线程池的三大方法
 */
public class Demo01 {
    public static void main(String[] args) {
        //创建单个线程
        ExecutorService executorService = Executors.newSingleThreadExecutor();
        //创建固定个数线程
        ExecutorService executorService = Executors.newFixedThreadPool(5);
        //创建可变大小的线程池
        ExecutorService executorService = Executors.newCachedThreadPool();


        try {
            for (int i = 1; i < 5; i++) {
                executorService.execute(() -> {
                    System.out.println(Thread.currentThread().getName());
                });
            }
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            //线程池使用了之后要关掉
            executorService.shutdown();
        }
    }
}

我们来查看一下源码

public static ExecutorService newSingleThreadExecutor() {
        return new FinalizableDelegatedExecutorService
            (new ThreadPoolExecutor(1, 1,
                                    0L, TimeUnit.MILLISECONDS,
                                    new LinkedBlockingQueue<Runnable>()));
    }

public static ExecutorService newFixedThreadPool(int nThreads) {
        return new ThreadPoolExecutor(nThreads, nThreads,
                                      0L, TimeUnit.MILLISECONDS,
                                      new LinkedBlockingQueue<Runnable>());
    }

 public static ExecutorService newCachedThreadPool() {
        return new ThreadPoolExecutor(0, Integer.MAX_VALUE,
                                      60L, TimeUnit.SECONDS,
                                      new SynchronousQueue<Runnable>());
    }

可以看到这三个方法的本质都是返回一个ThreadPoolExecutor，只不过是里面的参数不同而已。

在阿里巴巴的开发手册有这样一段描述：
在这里插入图片描述
所以我们可以通过自定义线程池，来满足我们的需要，接下来就来看如何自定义线程池。

3.七大参数

查看ThreadPoolExecutor的构造方法：

 public ThreadPoolExecutor(int corePoolSize, //核心线程池大小 （目前在用的）
                              int maximumPoolSize, //最大线程池核心大小（总的）
                              long keepAliveTime, //超时了没有人调用就会释放
                              TimeUnit unit,  //超时的时间单位
                              BlockingQueue<Runnable> workQueue, //阻塞队列
                              ThreadFactory threadFactory, //线程工厂，用于创建线程
                              RejectedExecutionHandler handler)  //拒绝策略
                              {
        if (corePoolSize < 0 ||
            maximumPoolSize <= 0 ||
            maximumPoolSize < corePoolSize ||
            keepAliveTime < 0)
            throw new IllegalArgumentException();
        if (workQueue == null || threadFactory == null || handler == null)
            throw new NullPointerException();
        this.corePoolSize = corePoolSize;
        this.maximumPoolSize = maximumPoolSize;
        this.workQueue = workQueue;
        this.keepAliveTime = unit.toNanos(keepAliveTime);
        this.threadFactory = threadFactory;
        this.handler = handler;
    }

可以用一个例子来帮助理解
在这里插入图片描述
假设平常不忙的时候
银行正常开两个窗口（corePoolSize），银行总共有5个窗口（maximumPoolSize），候客区有3个位置（BlockingQueue）
那么当来的人数小于5（corePoolSize+BlockingQueue）的时候，银行是可以正常运转的，不需要把其他的窗口打开。

当人数大于5的时候，那么银行就需要把其他窗口打开，但是总数不会超过5（maximumPoolSize）

如果超过5（maximumPoolSize），这时候就需要一种拒绝策略了（下面要讲的四大策略）

    public static void main(String[] args) {
        ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(2,
                5,
                3,
                TimeUnit.SECONDS,
                new LinkedBlockingDeque<>(3),
                new ThreadPoolExecutor.AbortPolicy()
        );

        try {
            for (int i = 1; i <=9; i++) {
                threadPoolExecutor.execute(()->{
                    System.out.println(Thread.currentThread().getName());
                });
            }
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            threadPoolExecutor.shutdown();
        }
    }