Java中线程池ExecutorService详细

本文详细介绍了Java中四种常见的线程池实现:FixedThreadPool、CachedThreadPool、SingleThreadExecutor和ScheduledThreadPool,包括它们的工作原理、使用场景及源码分析。

代码如下:

package threadPool;

import java.util.concurrent.ExecutorService;  
import java.util.concurrent.Executors;  
import java.util.concurrent.LinkedBlockingQueue;
import java.util.concurrent.ScheduledExecutorService;  
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;
  
public class ExecutorDemo {  
      
   private static void run(ExecutorService threadPool) {  
    for(int i = 1; i < 5; i++) {    
            final int taskID = i;    
            threadPool.execute(new Runnable() {    
                @Override  
        public void run() {    
                    for(int i = 1; i < 5; i++) {    
                        try {    
                            Thread.sleep(20);// 为了测试出效果,让每次任务执行都需要一定时间    
                        } catch (InterruptedException e) {    
                            e.printStackTrace();    
                        }    
                        System.err.println("第" + taskID + "次任务的第" + i + "次执行");    
                    }    
                }    
            });    
        }    
        threadPool.shutdown();// 任务执行完毕,关闭线程池    
   }  
      
    public static void main(String[] args) {  
        // 创建可以容纳3个线程的线程池  
        ExecutorService fixedThreadPool = Executors.newFixedThreadPool(3);  
          
        // 线程池的大小会根据执行的任务数动态分配  
        ExecutorService cachedThreadPool = Executors.newCachedThreadPool();  
          
        // 创建单个线程的线程池,如果当前线程在执行任务时突然中断,则会创建一个新的线程替代它继续执行任务    
        ExecutorService singleThreadPool = Executors.newSingleThreadExecutor();  
          
        // 效果类似于Timer定时器  
        ScheduledExecutorService scheduledThreadPool = Executors.newScheduledThreadPool(3);  
          
        run(fixedThreadPool);  
        /*
         * 在FixedThreadPool中,有一个固定大小的池。
         * 如果当前需要执行的任务超过池大小,那么多出的任务处于等待状态,直到有空闲下来的线程执行任务,
         * 如果当前需要执行的任务小于池大小,空闲的线程也不会去销毁。
         * 
         * 总结:
         * 创建了一个固定大小的线程池,容量为3,然后循环执行了4个任务。由输出结果可以看到,前3个任务首先执行完,然后空闲下来的线程去执行第4个任务.
         */
       // run(cachedThreadPool);
        /*
         * CachedThreadPool会创建一个缓存区,将初始化的线程缓存起来。会终止并且从缓存中移除已有60秒未被使用的线程。
         *如果线程有可用的,就使用之前创建好的线程,
         *如果线程没有可用的,就新创建线程。
         * 
         * 总结:
         * 4个任务是交替执行的。
         */
      //run(singleThreadPool); 
      /*
       * SingleThreadExecutor得到的是一个单个的线程,这个线程会保证你的任务执行完成。
       * 如果当前线程意外终止,会创建一个新线程继续执行任务,这和我们直接创建线程不同,也和newFixedThreadPool(1)不同。
       * 
       * 总结:
       * 4个任务是顺序执行的。
       */
     // run(scheduledThreadPool);  
      /*
       * ScheduledThreadPool是一个固定大小的线程池,与FixedThreadPool类似,执行的任务是定时执行。
       * 
       * 总结:
       * 运行结果与fixedThreadPool一致
       */
    }  
  
}  


CachedThreadPool

CachedThreadPool会创建一个缓存区,将初始化的线程缓存起来。会终止并且从缓存中移除已有60秒未被使用的线程。
如果线程有可用的,就使用之前创建好的线程,
如果线程没有可用的,就新创建线程。
重用:缓存型池子,先查看池中有没有以前建立的线程,如果有,就reuse;如果没有,就建一个新的线程加入池中
使用场景:缓存型池子通常用于执行一些生存期很短的异步型任务,因此在一些面向连接的daemon型SERVER中用得不多。
超时:能reuse的线程,必须是timeout IDLE内的池中线程,缺省timeout是60s,超过这个IDLE时长,线程实例将被终止及移出池。
结束:注意,放入CachedThreadPool的线程不必担心其结束,超过TIMEOUT不活动,其会自动被终止。

 // 线程池的大小会根据执行的任务数动态分配  
   
    public static ExecutorService newCachedThreadPool() {  
        return new ThreadPoolExecutor(0,                 //core pool size  
                                      Integer.MAX_VALUE, //maximum pool size  
                                      60L,               //keep alive time  
                                      TimeUnit.SECONDS,  
                                      new SynchronousQueue<Runnable>());  
    }  

执行结果:
第1次任务的第1次执行  
第4次任务的第1次执行  
第3次任务的第1次执行  
第2次任务的第1次执行  
第3次任务的第2次执行  
第4次任务的第2次执行  
第2次任务的第2次执行  
第1次任务的第2次执行  
第2次任务的第3次执行  
第4次任务的第3次执行  
第3次任务的第3次执行  
第1次任务的第3次执行  
第2次任务的第4次执行  
第1次任务的第4次执行  
第3次任务的第4次执行  
第4次任务的第4次执行  
4个任务是交替执行的。

FixedThreadPool

在FixedThreadPool中,有一个固定大小的池。
如果当前需要执行的任务超过池大小,那么多出的任务处于等待状态,直到有空闲下来的线程执行任务,
如果当前需要执行的任务小于池大小,空闲的线程也不会去销毁。

重用:fixedThreadPool与cacheThreadPool差不多,也是能reuse就用,但不能随时建新的线程
固定数目:其独特之处在于,任意时间点,最多只能有固定数目的活动线程存在,此时如果有新的线程要建立,只能放在另外的队列中等待,直到当前的线程中某个线程终止直接被移出池子
超时:和cacheThreadPool不同,FixedThreadPool没有IDLE机制(可能也有,但既然文档没提,肯定非常长,类似依赖上层的TCP或UDP IDLE机制之类的),
使用场景:所以FixedThreadPool多数针对一些很稳定很固定的正规并发线程,多用于服务器
源码分析:从方法的源代码看,cache池和fixed 池调用的是同一个底层池,只不过参数不同:
fixed池线程数固定,并且是0秒IDLE(无IDLE)
cache池线程数支持0-Integer.MAX_VALUE(显然完全没考虑主机的资源承受能力),60秒IDLE

//创建可以容纳3个线程的线程池
    public static ExecutorService newFixedThreadPool(int nThreads) {
        return new ThreadPoolExecutor(nThreads, nThreads,
                                      0L, TimeUnit.MILLISECONDS,
                                      new LinkedBlockingQueue<Runnable>());
    }

执行结果:

第2次任务的第1次执行
第3次任务的第1次执行
第1次任务的第1次执行
第3次任务的第2次执行
第1次任务的第2次执行
第2次任务的第2次执行
第3次任务的第3次执行
第2次任务的第3次执行
第1次任务的第3次执行
第3次任务的第4次执行
第1次任务的第4次执行
第2次任务的第4次执行
第4次任务的第1次执行
第4次任务的第2次执行
第4次任务的第3次执行
第4次任务的第4次执行
创建了一个固定大小的线程池,容量为3,然后循环执行了4个任务。由输出结果可以看到,前3个任务首先执行完,然后空闲下来的线程去执行第4个任务。

SingleThreadExecutor 
SingleThreadExecutor得到的是一个单个的线程,这个线程会保证你的任务执行完成。
如果当前线程意外终止,会创建一个新线程继续执行任务,这和我们直接创建线程不同,也和newFixedThreadPool(1)不同。

// 创建单个线程的线程池,如果当前线程在执行任务时突然中断,则会创建一个新的线程替代它继续执行任务    
ExecutorService singleThreadPool = Executors.newSingleThreadExecutor();  
 
public static ExecutorService newSingleThreadExecutor() {  
        return new FinalizableDelegatedExecutorService  
            (new ThreadPoolExecutor(1,  //core pool size  
                                    1,  //maximum pool size  
                                    0L, //keep alive time  
                                    TimeUnit.MILLISECONDS,  
                                    new LinkedBlockingQueue<Runnable>()));  
}  

执行结果:
第1次任务的第1次执行  
第1次任务的第2次执行  
第1次任务的第3次执行  
第1次任务的第4次执行  
第2次任务的第1次执行  
第2次任务的第2次执行  
第2次任务的第3次执行  
第2次任务的第4次执行  
第3次任务的第1次执行  
第3次任务的第2次执行  
第3次任务的第3次执行  
第3次任务的第4次执行  
第4次任务的第1次执行  
第4次任务的第2次执行  
第4次任务的第3次执行  
第4次任务的第4次执行 

4个任务是顺序执行的。

ScheduledThreadPool
ScheduledThreadPool是一个固定大小的线程池,与FixedThreadPool类似,执行的任务是定时执行。
// 效果类似于Timer定时器  
ScheduledExecutorService scheduledThreadPool = Executors.newScheduledThreadPool(3);  
  
public ScheduledThreadPoolExecutor(int corePoolSize) {  
        super(corePoolSize,      //core pool size  
              Integer.MAX_VALUE, //maximum pool size  
              0,                 //keep alive time  
              TimeUnit.NANOSECONDS,  
              new DelayedWorkQueue());  
}  

执行结果:
第1次任务的第1次执行  
第2次任务的第1次执行  
第3次任务的第1次执行  
第2次任务的第2次执行  
第1次任务的第2次执行  
第3次任务的第2次执行  
第2次任务的第3次执行  
第1次任务的第3次执行  
第3次任务的第3次执行  
第2次任务的第4次执行  
第1次任务的第4次执行  
第3次任务的第4次执行  
第4次任务的第1次执行  
第4次任务的第2次执行  
第4次任务的第3次执行  
第4次任务的第4次执行  

细心的同学已经发现这几种都调用了ThreadPoolExecutor方法,这是Java自带的线程池构造方法
详解如下:

ThreadPoolExecutor(int corePoolSize, 
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue
RejectedExecutionHandler handler)

corePoolSize: 线程池维护线程的最少线程数,也是核心线程数,包括空闲线程
maximumPoolSize: 线程池维护线程的最大线程数
keepAliveTime: 线程池维护线程所允许的空闲时间
unit: 程池维护线程所允许的空闲时间的单位
workQueue: 线程池所使用的缓冲队列
handler: 线程池对拒绝任务的处理策略

当一个任务通过execute(Runnable)方法欲添加到线程池时:
1、 如果此时线程池中的数量小于corePoolSize,即使线程池中的线程都处于空闲状态,也要创建新的线程来处理被添加的任务。
2、 如果此时线程池中的数量等于 corePoolSize,但是缓冲队列 workQueue未满,那么任务被放入缓冲队列。
3、如果此时线程池中的数量大于corePoolSize,缓冲队列workQueue满,并且线程池中的数量小于maximumPoolSize,建新的线程来处理被添加的任务。
4、 如果此时线程池中的数量大于corePoolSize,缓冲队列workQueue满,并且线程池中的数量等于maximumPoolSize,那么通过 handler所指定的策略来处理此任务。也就是:处理任务的优先级为:核心线程corePoolSize、任务队列workQueue、最大线程 maximumPoolSize,如果三者都满了,使用handler处理被拒绝的任务。
5、 当线程池中的线程数量大于 corePoolSize时,如果某线程空闲时间超过keepAliveTime,线程将被终止。这样,线程池可以动态的调整池中的线程数。

这样一来我们上面的代码例子,可以直接用ThreadPoolExecutor来实现
代码如下:


import java.util.concurrent.ExecutorService;
import java.util.concurrent.LinkedBlockingQueue;
import java.util.concurrent.SynchronousQueue;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;


public class ExecutorDemo2 {


	private static void run(ExecutorService threadPool) {
		for (int i = 1; i < 5; i++) {
			final int taskID = i;
			threadPool.execute(new Runnable() {
				@Override
				public void run() {
					for (int i = 1; i < 5; i++) {
						try {
							Thread.sleep(20);// 为了测试出效果,让每次任务执行都需要一定时间
						} catch (InterruptedException e) {
							e.printStackTrace();
						}
						System.err.println("第" + taskID + "次任务的第" + i + "次执行");
					}
				}
			});
		}
		threadPool.shutdown();// 任务执行完毕,关闭线程池
	}


	public static void main(String[] args) {
     // 创建可以容纳3个线程的线程池
		//等同于 ExecutorService fixedThreadPool = Executors.newFixedThreadPool(3);  
		ThreadPoolExecutor fixedThreadPool = new ThreadPoolExecutor(3, 3,
                0L, TimeUnit.MILLISECONDS,
                new LinkedBlockingQueue<Runnable>());
		/*线程池维护线程的最少线程数,也是核心线程数,包括空闲线程 为3
		 线程池维护线程的最大线程数  为3
		 线程池维护线程所允许的空闲时间  0L
		 程池维护线程所允许的空闲时间的单位 :TimeUnit.MILLISECONDS,
		 线程池所使用的缓冲队列  new LinkedBlockingQueue<Runnable>()*/
		
    // 线程池的大小会根据执行的任务数动态分配  
        //等同于 ExecutorService cachedThreadPool = Executors.newCachedThreadPool();  
		ThreadPoolExecutor cachedThreadPool = new ThreadPoolExecutor(0, Integer.MAX_VALUE,
                60L, TimeUnit.SECONDS,
                new SynchronousQueue<Runnable>());
		
		//创建单个线程的线程池
		ThreadPoolExecutor singleThreadPool = new ThreadPoolExecutor(1, 1,
                0L, TimeUnit.MILLISECONDS,
                new LinkedBlockingQueue<Runnable>());
		//虽然 执行结果 与ExecutorService singleThreadPool = Executors.newSingleThreadExecutor();一致,
		//但如果当前线程在执行任务时突然中断,应该不会创建一个新的线程替代它继续执行任务 (个人猜测,希望有人看到能指导一二)
	
		/*ThreadPoolExecutor scheduledThreadPool = new ThreadPoolExecutor(3, Integer.MAX_VALUE, 
				0, TimeUnit.NANOSECONDS,
	             new DelayedWorkQueue());*  
	             DelayedWorkQueue()  
	           点到最后面 可以看到如下:
	    private static class DelayedWorkQueue
        extends AbstractCollection<Runnable>
        implements BlockingQueue<Runnable> {........}*/
		
		//run(fixedThreadPool); 
		
		//run(cachedThreadPool);
		
		run(singleThreadPool); 


	}
}


本文写的比较匆促,如有不足之点,希望大家指出.
参考文章地址:
http://www.cnblogs.com/freemanabc/p/5618159.html
http://blog.youkuaiyun.com/vking_wang/article/details/9619137


<think>我们正在讨论Java线程池ExecutorService,用户希望了解其使用、原理及最佳实践。根据之前的对话历史和提供的参考资料,我们可以系统地组织回答。 参考资料摘要: [^1]:ThreadPoolExecutor是线程池的核心实现类,Executors工厂类提供便捷创建方法。 [^2]:ThreadPoolExecutor和ScheduledThreadPoolExecutor都实现了Executor和ExecutorService接口。 [^3]:线程池中的线程用Worker对象封装,Worker是ThreadPoolExecutor的内部类,持有线程池引用。 [^4]:介绍了不同类型的线程池(Fixed, Cached, SingleThread, Scheduled, WorkStealing)及其使用场景。 回答结构: 1. ExecutorService概述:介绍其在Java并发包中的地位和作用。 2. 使用指南:如何创建(通过Executors工厂或直接构造ThreadPoolExecutor)、提交任务、关闭线程池。 3. 核心原理:重点解释ThreadPoolExecutor的工作原理(任务调度、线程复用、队列管理、拒绝策略等)。 4. 最佳实践:参数配置、线程池选择、异常处理、监控等。 5. 常见问题与解决方案:如任务堆积、死锁、资源泄露等。 注意引用标注:在关键结论或数据后添加引用标识。 数学表达式:如线程池性能模型中的公式需要用$...$或$$...$$表示。 最后生成相关问题。 </think>### Java线程池`ExecutorService`的使用、原理及最佳实践 `ExecutorService`是Java并发包(`java.util.concurrent`)的核心接口,用于管理线程池的生命周期和任务执行。以下从使用、原理和实践三个维度展开: --- #### 一、使用指南 1. **创建线程池** 通过`Executors`工厂类或直接构造`ThreadPoolExecutor`实现: ```java // 工厂方法(推荐简单场景) ExecutorService fixedPool = Executors.newFixedThreadPool(10); // 固定大小线程池 [^4] ExecutorService cachedPool = Executors.newCachedThreadPool(); // 弹性线程池(需防OOM)[^4] ExecutorService singlePool = Executors.newSingleThreadExecutor(); // 单线程顺序执行 [^4] // 手动配置(推荐生产环境) ExecutorService customPool = new ThreadPoolExecutor( corePoolSize, // 核心线程数(常驻) maxPoolSize, // 最大线程数(队列满时扩容) keepAliveTime, // 非核心线程空闲存活时间 TimeUnit.SECONDS, new LinkedBlockingQueue<>(100), // 任务队列 new CustomRejectedPolicy() // 自定义拒绝策略 ); ``` 2. **提交任务** - `execute(Runnable task)`: 提交无返回值的任务 - `submit(Callable<T> task)`: 提交有返回值的任务,返回`Future<T>`对象 ```java Future<Integer> future = customPool.submit(() -> { // 计算逻辑 return 42; }); Integer result = future.get(); // 阻塞获取结果 ``` 3. **关闭线程池** ```java customPool.shutdown(); // 优雅关闭:停止接收新任务,处理完队列任务 customPool.shutdownNow(); // 强制关闭:中断所有线程(返回未处理任务列表) ``` --- #### 二、核心原理 1. **任务调度流程** - 提交任务时,优先创建核心线程执行(若核心线程数未满) - 核心线程满载后,任务进入阻塞队列 - 队列满载后,创建非核心线程(不超过`maxPoolSize`) - 线程和队列均满载时,触发拒绝策略 [^1][^2] 2. **线程复用机制** 线程池通过`Worker`内部类封装线程(继承`AQS`锁)[^3]: ```java private final class Worker extends AbstractQueuedSynchronizer implements Runnable { final Thread thread; // 实际工作线程 Runnable firstTask; // 初始任务 // 线程执行循环:从队列获取任务并执行 } ``` - 线程启动后循环执行`getTask()`从队列获取任务 - 空闲线程超时(`keepAliveTime`)后被回收 3. **生命周期状态** 通过原子变量`ctl`(32位)维护两种状态: - **高3位**:线程池状态(`RUNNING`, `SHUTDOWN`, `STOP`, `TIDYING`, `TERMINATED`) - **低29位**:有效线程数 状态转换关系: $$ \text{RUNNING} \xrightarrow{\text{shutdown()}} \text{SHUTDOWN} \xrightarrow{\text{队列空}} \text{TIDYING} \xrightarrow{\text{terminated()}} \text{TERMINATED} $$ [^2][^4] --- #### 三、最佳实践 1. **参数配置优化** - **核心公式**:最佳线程数 $N_{\text{threads}} = N_{\text{CPU}} \times U_{\text{CPU}} \times (1 + \frac{W}{C})$ - $N_{\text{CPU}}$:CPU核心数(`Runtime.getRuntime().availableProcessors()`) - $U_{\text{CPU}}$:目标CPU利用率(通常取0.8) - $W/C$:等待时间与计算时间的比值 - **队列容量**:根据业务峰谷值设置,避免`OOM`(如`ArrayBlockingQueue`有界队列)[^1] 2. **拒绝策略选择** | 策略 | 行为 | 适用场景 | |------|------|----------| | `AbortPolicy`(默认) | 抛出`RejectedExecutionException` | 需快速失败场景 | | `CallerRunsPolicy` | 由提交任务的线程执行 | 保证任务不丢失 | | `DiscardPolicy` | 静默丢弃任务 | 容忍数据丢失 | | `DiscardOldestPolicy` | 丢弃队列最旧任务并重试 | 时效性优先 | 3. **监控与调优** - 通过`ThreadPoolExecutor`方法监控: ```java pool.getActiveCount(); // 活动线程数 pool.getQueue().size(); // 队列积压量 ``` - **问题诊断**: - 线程饥饿:增大核心线程数或改用`SynchronousQueue` - CPU过高:降低线程数或优化任务逻辑 - OOM风险:使用有界队列并设置合理拒绝策略 [^4] 4. **场景化选型** | 线程池类型 | 特点 | 适用场景 | |------------|------|----------| | `FixedThreadPool` | 固定线程数 | 负载稳定的服务(如Web后端) | | `CachedThreadPool` | 线程自动回收 | 短时异步任务(需防OOM) | | `ScheduledThreadPool` | 支持定时任务 | 心跳检测、定时报表 [^4] | | `WorkStealingPool` | 工作窃取负载均衡 | CPU密集型并行计算 [^4] | --- #### 四、常见问题解决方案 1. **任务堆积导致OOM** **方案**:使用有界队列 + `CallerRunsPolicy`拒绝策略,限制提交速率。 2. **线程泄漏** **方案**:确保任务正确处理异常(避免线程因异常终止),或使用`ThreadFactory`定制线程的`UncaughtExceptionHandler`。 3. **死锁** **方案**:避免任务间循环依赖;使用`newWorkStealingPool()`利用工作窃取算法打破僵局 [^4]。 4. **资源竞争** **方案**:对共享资源使用`ConcurrentHashMap`等并发容器;控制线程数不超过$2 \times N_{\text{CPU}}$。 > **关键原则**:根据业务场景(I/O密集型或CPU密集型)动态调整参数,并通过压测验证[^1][^3]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Java_wucao

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值