Java线程池的理解和使用

简介: Java线程池的理解和使用

1 池化思想

程序的运行的本质是占用系统的资源,而池化技术就是优化资源的使用,比如线程池、连接池、内存池、对象池等等,因为频繁的创建和回收资源也是一种浪费资源的过程,所以使用池化技术,将各种资源事先创建好,等到有进程或线程请求的时候再进行分配,使用完成后进行回收,这样就会很大程度的较少浪费。

一句话总结:池化技术就是事先准备好一些资源,有人要用,就来我这里拿,用完之后还给我。

线程池的好处:

1、降低资源的消耗

2、提高响应的速度

3、方便管理。

2 线程池的使用和源码分析

《阿里巴巴Java开发手册》中说明:

2.1 三大方法
//创建单个线程
ExecutorService threadPool1 = Executors.newSingleThreadExecutor();
//创建一个固定的线程池的大小
ExecutorService threadPool2 = Executors.newFixedThreadPool(5); 
//可伸缩的,遇强则强,遇弱则弱
ExecutorService threadPool3 = Executors.newCachedThreadPool(); 
2.2 七大参数

源码:

/**
 * @param corePoolSize: 
 保留在池中的线程数,即使它们是空闲的,除非{@code allowCoreThreadTimeOut}被设置 
 * @param maximumPoolSize: 
 池中允许的最大线程数  
 * @param keepAliveTime: 
 当线程数大于核心时,这是多余的空闲线程在终止之前等待新任务的最大时间。  
 * @param unit: 
 {@code keepAliveTime}参数的时间单位  
 * @param workQueue: 
 在执行任务之前用于保存任务的队列。这个队列将只保存由{@code execute}方法提交的{@code Runnable}任务。  
 * @param threadFactory: 
 执行程序创建新线程时使用的工厂  
 * @param handler:
 由于达到线程边界和队列容量而阻塞执行时使用的处理程序  
 * @throws IllegalArgumentException if one of the following holds:<br>
 *         {@code corePoolSize < 0}<br>
 *         {@code keepAliveTime < 0}<br>
 *         {@code maximumPoolSize <= 0}<br>
 *         {@code maximumPoolSize < corePoolSize}
 * @throws NullPointerException if {@code workQueue}
 *         or {@code threadFactory} or {@code handler} is null
 */
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.acc = System.getSecurityManager() == null ?
            null :
            AccessController.getContext();
    this.corePoolSize = corePoolSize;
    this.maximumPoolSize = maximumPoolSize;
    this.workQueue = workQueue;
    this.keepAliveTime = unit.toNanos(keepAliveTime);
    this.threadFactory = threadFactory;
    this.handler = handler;
}

使用:

public static void testThreadPool1() {
    ThreadPoolExecutor executor = new ThreadPoolExecutor(
            2,
            5,
            3,
            TimeUnit.SECONDS,
            new LinkedBlockingDeque<>(3),
            Executors.defaultThreadFactory(),
            new ThreadPoolExecutor.DiscardOldestPolicy());
    for (int i = 0; i < 10; i++) {
        executor.execute(() -> {
            System.out.println(Thread.currentThread().getName());
        });
    }
}
public static void main(String[] args) {
    testThreadPool1();
}

2.3 四种拒绝策略

/**
 * A handler for rejected tasks that runs the rejected task
 * directly in the calling thread of the {@code execute} method,
 * unless the executor has been shut down, in which case the task
 * is discarded.
 */
/*
被拒绝的任务的处理程序,它直接在{@code execute}方法的调用线程中运行被拒绝的任务,除非执行程序已经关闭,在这种情况下任务将被丢弃。  
*/
public static class CallerRunsPolicy implements RejectedExecutionHandler {
    ......
}
/**
 * A handler for rejected tasks that throws a
 * {@code RejectedExecutionException}.
 */
/*
被拒绝任务的处理程序,该任务抛出 {@code RejectedExecutionException}。  
*/
public static class AbortPolicy implements RejectedExecutionHandler {
    ......
}
/**
 * A handler for rejected tasks that silently discards the
 * rejected task.
 */
/*
被拒绝任务的处理程序,该处理程序静默地丢弃被拒绝的任务。  
*/
public static class DiscardPolicy implements RejectedExecutionHandler {
    ......
}
/**
 * A handler for rejected tasks that discards the oldest unhandled
 * request and then retries {@code execute}, unless the executor
 * is shut down, in which case the task is discarded.
 */
/*
被拒绝任务的处理程序,丢弃最老的未处理任务请求,然后重试{@code execute},除非执行器关闭,在这种情况下任务将被丢弃。
*/
public static class DiscardOldestPolicy implements RejectedExecutionHandler {
     ......
}

3 总结和扩展

池的最大的大小如何去设置?

  • CUP密集型 N+1(N为CPU核数)
  • IO密集型 2N(N为CPU核数)
public static void main(String[] args) {
        // 最大线程到底该如何定义
        // 1、CPU 密集型,几核,就是几,可以保持CPU的效率最高!
        // 2、IO  密集型   > 判断你程序中十分耗IO的线程,
        // 程序   15个大型任务  io十分占用资源!
        // 获取CPU的核数
        System.out.println(Runtime.getRuntime().availableProcessors());
}


相关文章
|
2月前
|
安全 Java 测试技术
Java并行流陷阱:为什么指定线程池可能是个坏主意
本文探讨了Java并行流的使用陷阱,尤其是指定线程池的问题。文章分析了并行流的设计思想,指出了指定线程池的弊端,并提供了使用CompletableFuture等替代方案。同时,介绍了Parallel Collector库在处理阻塞任务时的优势和特点。
|
8天前
|
监控 Java
java异步判断线程池所有任务是否执行完
通过上述步骤,您可以在Java中实现异步判断线程池所有任务是否执行完毕。这种方法使用了 `CompletionService`来监控任务的完成情况,并通过一个独立线程异步检查所有任务的执行状态。这种设计不仅简洁高效,还能确保在大量任务处理时程序的稳定性和可维护性。希望本文能为您的开发工作提供实用的指导和帮助。
46 17
|
5月前
|
Java 调度 数据库
Java并发编程:深入理解线程池
在Java并发编程的海洋中,线程池是一艘强大的船,它不仅提高了性能,还简化了代码结构。本文将带你潜入线程池的深海,探索其核心组件、工作原理及如何高效利用线程池来优化你的并发应用。
|
5月前
|
存储 监控 Java
Java多线程优化:提高线程池性能的技巧与实践
Java多线程优化:提高线程池性能的技巧与实践
149 1
|
2月前
|
Prometheus 监控 Cloud Native
JAVA线程池监控以及动态调整线程池
【10月更文挑战第22天】在 Java 中,线程池的监控和动态调整是非常重要的,它可以帮助我们更好地管理系统资源,提高应用的性能和稳定性。
217 64
|
5月前
|
安全 Java 数据库
一天十道Java面试题----第四天(线程池复用的原理------>spring事务的实现方式原理以及隔离级别)
这篇文章是关于Java面试题的笔记,涵盖了线程池复用原理、Spring框架基础、AOP和IOC概念、Bean生命周期和作用域、单例Bean的线程安全性、Spring中使用的设计模式、以及Spring事务的实现方式和隔离级别等知识点。
|
5月前
|
存储 监控 安全
一天十道Java面试题----第三天(对线程安全的理解------>线程池中阻塞队列的作用)
这篇文章是Java面试第三天的笔记,讨论了线程安全、Thread与Runnable的区别、守护线程、ThreadLocal原理及内存泄漏问题、并发并行串行的概念、并发三大特性、线程池的使用原因和解释、线程池处理流程,以及线程池中阻塞队列的作用和设计考虑。
|
1月前
|
存储 监控 小程序
Java中的线程池优化实践####
本文深入探讨了Java中线程池的工作原理,分析了常见的线程池类型及其适用场景,并通过实际案例展示了如何根据应用需求进行线程池的优化配置。文章首先介绍了线程池的基本概念和核心参数,随后详细阐述了几种常见的线程池实现(如FixedThreadPool、CachedThreadPool、ScheduledThreadPool等)的特点及使用场景。接着,通过一个电商系统订单处理的实际案例,分析了线程池参数设置不当导致的性能问题,并提出了相应的优化策略。最终,总结了线程池优化的最佳实践,旨在帮助开发者更好地利用Java线程池提升应用性能和稳定性。 ####
|
1月前
|
监控 Java 开发者
深入理解Java中的线程池实现原理及其性能优化####
本文旨在揭示Java中线程池的核心工作机制,通过剖析其背后的设计思想与实现细节,为读者提供一份详尽的线程池性能优化指南。不同于传统的技术教程,本文将采用一种互动式探索的方式,带领大家从理论到实践,逐步揭开线程池高效管理线程资源的奥秘。无论你是Java并发编程的初学者,还是寻求性能调优技巧的资深开发者,都能在本文中找到有价值的内容。 ####
|
2月前
|
监控 安全 Java
在 Java 中使用线程池监控以及动态调整线程池时需要注意什么?
【10月更文挑战第22天】在进行线程池的监控和动态调整时,要综合考虑多方面的因素,谨慎操作,以确保线程池能够高效、稳定地运行,满足业务的需求。
123 38