Java线程池：性能提升的秘密武器

最新推荐文章于 2024-05-08 05:17:04 发布

阿涛12123

最新推荐文章于 2024-05-08 05:17:04 发布

阅读量848

点赞数 12

分类专栏： Java开发工具箱文章标签： java 开发语言

本文链接：https://blog.csdn.net/u012808915/article/details/136605342

版权

Java开发工具箱专栏收录该内容

23 篇文章 0 订阅

订阅专栏

在Java并发编程的世界里，有一个神秘而又强大的工具——线程池，它宛如一部精密的机器，高效地调度着任务执行的每一个环节。你是否曾想过，那些看似平凡的应用背后，是如何通过巧妙利用线程池实现性能跃升的呢？今天，让我们一同揭开Java线程池的神秘面纱，深入理解其背后的原理，并结合实例代码，探讨应用场景、优缺点以及使用注意事项，让你也能在项目中游刃有余地驾驭这一并发世界的核心引擎。

一、线程池的工作原理及构造

import java.util.concurrent.*;

public class ThreadPoolExample {
    public static void main(String[] args) {
        // 创建一个线程池
        ExecutorService executor = new ThreadPoolExecutor(
            5, // 核心线程数
            10, // 最大线程数
            60L, // 空闲线程存活时间（单位：秒）
            TimeUnit.SECONDS, // 时间单位
            new LinkedBlockingQueue<Runnable>() // 工作队列
        );

        // 提交任务到线程池
        for (int i = 0; i < 20; i++) {
            final int taskId = i;
            executor.execute(() -> System.out.println("Task " + taskId + " is running by " + Thread.currentThread().getName()));
        }

        // 关闭线程池
        executor.shutdown();
        // 等待所有任务完成
        while (!executor.isTerminated()) {
            Thread.sleep(100);
        }
        System.out.println("All tasks completed.");
    }
}

Java中的ThreadPoolExecutor是线程池的核心实现，其中包含了：

工作队列（BlockingQueue）：一个神奇的缓冲区，承载待处理的任务。
```
BlockingQueue<Runnable> workQueue = new LinkedBlockingQueue<>();
```
线程池（Worker Thread）：执行任务的主力军，依据策略从队列中获取任务并执行。

线程工厂（ThreadFactory）：负责创建新线程的生产线。

ThreadFactory namedThreadFactory = new ThreadFactoryBuilder().setNameFormat("thread-pool-%d").build();

拒绝策略（RejectedExecutionHandler）：当资源紧张时，如何优雅应对超额任务的关键决策者。

二、线程池的工作流程与实例解析

提交任务后，线程池遵循如下逻辑进行任务调度：

若当前线程数量小于核心线程数，则创建新的线程执行任务。
当线程数量等于核心线程数且工作队列未满，任务被放入队列等待。
队列已满但线程数未达最大值时，尝试创建新线程处理任务。
如果线程数达到上限且队列已满，触发拒绝策略处理新提交的任务。

三、线程池的实际应用领域

线程池广泛应用于各类场景：

Web服务：Spring框架的DispatcherServlet借助线程池高效处理HTTP请求。
定时任务调度：如ScheduledThreadPoolExecutor，用于定期执行任务。
批处理操作：对大量数据进行读取、处理和写入等IO密集型任务。

四、线程池的优缺点

优点：

提升系统响应速度，减少线程生命周期管理的开销。
统一管理和控制线程资源，易于监控和优化。
可以设置最大线程数防止资源耗尽。

缺点：

参数配置不当可能导致线程饥饿或资源浪费。
对于存在竞争状态或依赖关系的任务，设计复杂度可能增加。

五、使用线程池的注意事项

根据硬件环境、任务类型等因素科学配置线程池参数。
对长时间运行的任务，慎用无界队列避免内存溢出问题。
利用Future对象有效管理任务结果和状态。
关闭线程池时需妥善处理剩余任务，确保资源释放完整。

六、合理使用线程池

Java中四种线程池

1、newSingleThreadExecutor (单线程的线程池)

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

线程池特点：

核心线程数为1
最大线程数也为1
阻塞队列是无界队列LinkedBlockingQueue，可能会导致OOM
keepAliveTime为0

工作流程：

提交任务
线程池是否有一条线程在，如果没有，新建线程执行任务
如果有，将任务加到阻塞队列
当前的唯一线程，从队列取任务，执行完一个，再继续取，一个线程执行任务。

适用场景：

适用于串行执行任务的场景，一个任务一个任务地执行。

2、newFixedThreadPool (固定数目线程的线程池)

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

线程池特点：

核心线程数和最大线程数大小一样
没有所谓的非空闲时间，即keepAliveTime为0
阻塞队列为无界队列LinkedBlockingQueue，可能会导致OOM

工作流程：

提交任务
如果线程数少于核心线程，创建核心线程执行任务
如果线程数等于核心线程，把任务添加到LinkedBlockingQueue阻塞队列
如果线程执行完任务，去阻塞队列取任务，继续执行。

使用场景： FixedThreadPool 适用于处理CPU密集型的任务，确保CPU在长期被工作线程使用的情况下，尽可能的少的分配线程，即适用执行长期的任务。

3、newCachedThreadPool (可缓存线程的线程池)

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

线程池特点：

核心线程数为0
最大线程数为Integer.MAX_VALUE，即无限大，可能会因为无限创建线程，导致OOM
阻塞队列是SynchronousQueue
非核心线程空闲存活时间为60秒

当提交任务的速度大于处理任务的速度时，每次提交一个任务，就必然会创建一个线程。极端情况下会创建过多的线程，耗尽 CPU 和内存资源。由于空闲 60 秒的线程会被终止，长时间保持空闲的 CachedThreadPool 不会占用任何资源。

工作流程：

提交任务
因为没有核心线程，所以任务直接加到SynchronousQueue队列。
判断是否有空闲线程，如果有，就去取出任务执行。
如果没有空闲线程，就新建一个线程执行。
执行完任务的线程，还可以存活60秒，如果在这期间，接到任务，可以继续活下去；否则，被销毁。

适用场景：

用于并发执行大量短期的小任务。

4、newScheduledThreadPool (定时及周期执行的线程池)

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

线程池特点：

最大线程数为Integer.MAX_VALUE，也有OOM的风险
阻塞队列是DelayedWorkQueue
keepAliveTime为0
scheduleAtFixedRate() ：按某种速率周期执行
scheduleWithFixedDelay()：在某个延迟后执行

工作机制：

线程从DelayQueue中获取已到期的ScheduledFutureTask（DelayQueue.take()）。到期任务是指ScheduledFutureTask的time大于等于当前时间。
线程执行这个ScheduledFutureTask。
线程修改ScheduledFutureTask的time变量为下次将要被执行的时间。
线程把这个修改time之后的ScheduledFutureTask放回DelayQueue中（DelayQueue.add()）。

使用场景：周期性执行任务的场景，需要限制线程数量的场景

推荐使用自定义线程池

上述四种Java中的线程池都各有其优缺点，但普遍都存在的OOM风险，这里推荐采用自定义的线程。

1、计算密集型

大部分都在用CPU跟内存，加密，逻辑操作业务处理等。

一般推荐线程池不要过大，一般是CPU数 + 1，+1是因为可能存在页缺失(就是可能存在有些数据在硬盘中需要多来一个线程将数据读入内存)。如果线程池数太大，可能会频繁的进行线程上下文切换跟任务调度。

2、IO密集型

数据库链接，网络通讯传输等。

线程数适当大一点，机器的Cpu核心数*2。

3、混合型

可以考虑根绝情况将它拆分成CPU密集型和IO密集型任务，如果执行时间相差不大，拆分可以提升吞吐量，反之没有必要。

实际应用中没有固定的公式，需要结合测试和监控来进行调整。

结语

经过这次深入探索，相信你已经对Java线程池有了更全面的认识。希望这篇文章能帮助你在实际开发过程中更好地运用线程池，提升系统的并发处理能力。如果你觉得本文对你有所启发，请不要吝啬你的点赞、收藏，也请关注我，以便获取更多深度的技术分享。让我们一起，在Java并发的世界里不断探索、进步！
大，拆分可以提升吞吐量，反之没有必要。