默认的线程池使用起来有不少的风险，比如容易OOM，所以一般我们不使用系统的默认的线程池，需要自己根据业务特点来定制线程池。 定制线程池无非是关注线程池的几个参数

一 核心线程数

核心线程数即corePoolSize ，如果是cpu密集的任务，核心线程数设置为cpu核心的1-2倍，如果是io密集的任务，设置的线程数为2倍以上，具体可以根据公式评估下： 《Java并发编程实战》的作者 Brain Goetz 推荐的计算方法： 线程数 = CPU 核心数 *（1+平均等待时间/平均工作时间） 通过这个公式，如果我们任务的等待时间比较长（IO密集型），那么线程数就多，如果平均工作时间比较长（CPU密集型），那线程数就少。 线程数少了无法充分利用系统资源，线程数多了调度频繁，上下文切换比较多，反而会降低性能，具体设置多少，我们还可以通过监控JVM线程数和cpu的负载情况，来设定合适的线程数。

最大线程数一般设置为核心线程数的几倍，以便可以达到更好的应对突发的情况。

二 阻塞队列

阻塞队列我们可以选择java线程池里面常用的几个队列：LinkedBlockingQueue 或者 SynchronousQueue 或者 DelayedWorkQueue。不过更推荐使用ArrayBlockingQueue，这个队列内部是通过数组来实现的，它最大的特点是有容量限制，一旦设置了不可以修改，如果线程池的线程数量已经达到了最大线程数，且队列也满了，后续的任务都会按照拒绝策略进行拒绝了，但是对于无限制增加线程数或者队列容量不限制的场景，ArrayBlockingQueue队列加上限制了最大线程数据，防止了程序占用内存太多，而导致的OOM问题。

如果我们使用容量更大的队列和更小的最大线程数，就可以减少上下文切换带来的开销，但也可能因此降低整体的吞吐量；如果我们的任务是 IO 密集型，则可以选择稍小容量的队列和更大的最大线程数，这样整体的效率就会更高，不过也会带来更多的上下文切换。

三 线程工厂

定制线程工厂的目的是为了让线程名变的可以识别，可以根据任务名称来设置线程名。 比如可以通过com.google.common.util.concurrent.ThreadFactory Builder 来实现，如代码所示。

ThreadFactoryBuilder builder = new ThreadFactoryBuilder();
ThreadFactory calFactory = builder.setNameFormat("cal-pool-%d").build();

这样生成的线程名称为： cal-pool-1,cal-pool-2等

四 拒绝策略

默认的实现的四种策略AbortPolicy，DiscardPolicy，DiscardOldestPolicy 或者 CallerRunsPolicy 我们一般会选择CallerRunsPolicy 策略或AbortPolicy更合适点，还可以通过实现RejectedExecutionHandler 接口来实现自己的拒绝策略 ，如下：

private static class CustomMyRejectionHandler implements RejectedExecutionHandler { 

    @Override

    public void rejectedExecution(Runnable r, ThreadPoolExecutor executor) { 

 // 打印 临时存储啊
    } 

}

我们通过实现rejectedExecution这个接口来自定义拒绝策略。