线程池

ThreadPoolExecutor

线程池状态 

ThreadPoolExecutor使用int的高3位来表示线程池状态，低29位表示线程数量

构造方法

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

• corePoolSize 核心线程书目（最多保留的线程数）
• maximumPoolSize 最大线程数目
• keepAliveTime 生存时间---针对救急线程
• unit 时间单位--针对救急线程
• workQueue 阻塞队列
• threadFactory 线程工厂--可以为线程创建的时候起个好名字
• handler 拒绝策略

工作原理

 

根据传入的参数，判断当阻塞队列满了之后，再来新任务的时候是否会创建救急线程，但是救急线程有存活时间（keepAliveTime），不会像核心线程那样一直在线程池中。当救急线程再不够的时候，这个时候会执行拒绝策略。

• 线程池中刚开始没有线程，当一个任务提交给线程池后，线程池会创建一个新的线程来执行任务。
• 当线程数达到corePoolSize并没有线程空闲，这个时候再加入任务，新加的任务会被加入workQueue队列排队，直到有空闲的线程。
• 如果队列选择了有界队列，那么任务超过了队列的大小时，会创建maximunPoolSize-corePoolSize数目的线程来救急。
• 如果线程到达了maximumPoolSIze仍然有新的任务这个时候会执行拒绝策略，拒绝策略，jdk一共提供了4种实现，其它著名框架也提供了实现。

1. AbortPolicy 让调用者抛出RejectedExecutionException异常，这就是默认策略
2. CallerRunsPolicy 让调用者执行任务
3. DiscardPolicy 放弃本次任务
4. DiscardOldestPolicy 放弃队列中最早的任务，本任务取而代之
5. Dubbo的实现，在抛出RejectedExecutionExceptiony异常之前会记录日志，并dump线程栈信息，方便定位问题
6. Netty的实现，是创建一个新的线程来执行任务
7. ActiveMQ的实现，带超时等待尝试放入队列
8. PinPoint的实现，它使用了一个拒绝策略链，会逐一尝试策略链中的各种策略

• 当高峰过去过去后，超过corePoolSize的救急线程如果一段时间没有任务做，需要结束节省资源，这个时间由keepAliveTime和unit来控制。

根据这个构造方法，JDK Executors工具类中提供了众多方法来创建各种用途的线程池。

固定大小线程池--newFixedThreadPool

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

特点：

• 核心线程数==最大线程数（没有救急线程被创建），因此也无需超时时间
• 阻塞队列是无界的，可以存放任意数量的任务

评价：

适用于任务量已知，相对耗时的任务

带缓冲线程池--newCachedThreadPool

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

特点：

1）核心线程数是0，最大线程数是Integer.MAX_VALUE，救急线程的空闲生存时间是60s，意味着

• 全部都是救急线程（60s后可回收）
• 救急线程可以无限创建

2）队列采用了SynchronousQueue（同步队列）实现特点是，它没有容量，没有线程来取任务是放不进去的（一手交钱，一手交货）

评价

• 整个线程池表现为线程数会根据任务量不断增长，没有上限，当任务执行完毕，空闲1分钟后释放线程
• 适合任务数量比较密集，但是每个任务执行时间比较短的情况

单线程线程池--newSingleThreadExecutor

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

使用场景：

希望多个任务排队执行，线程数量固定为1，任务数多于1的时候，会放入无界队列中排队，任务执行完毕，这唯一的线程也不会释放

区别：

• 自己创建一个单线程串行执行任务，如果任务执行失败而终止那么没有任何补救措施，而线程池还会创建一个线程，保证池的正常工作
• Executors.newSingleThreadExecutor()线程个数始终为1，不能修改：

FinalizableDelegateExecutorService应用的是装饰者模式，只对外暴露了ExecutorService接口，因为不能调用ThreadPoolExecutor中特有的方法。

• Executors.newFixedThreadPool(1)初始时为1，以后还可以修改：

对外暴露的是ThreaPoolExecutor对象，可以强转后调用setCorePoolSize等方法进行修改。

任务调度线程池--ScheduledThreadPoolExecutor

在任务调度线程池功能加入之前，可以使用java.util.Timer来实现定时功能，Timer的优点在于简单易用，但是由于所有任务都是由同一个线程来调度，因此所有任务都是串行执行的，同一时间只能有一个任务在执行，前一个任务的延迟或者异常都将会影响到之后的任务。

在任务调度线程池功能加入之后，一般都使用ScheduledThreadPoolExecutor来代替Timer执行定时任务，只需要传入核心线程数进去。

关闭线程池

shutdown

/*
线程池状态变为SHUTDOWN
    不会接收新任务
    但是已经提交的任务会执行完
    此方法不会阻塞调用线程的执行
*/
void shutdown();

shutdownNow

/*
线程池状态变为STOP
    不会接收新任务
    会将队列中的任务返回
    并用interrupt的方式中断正在执行的任务
*/
List<Runnable> shutdownNow();

正确处理线程池异常

1、主动捕捉异常

输出：

2、使用Future

输出：