线程池

  Java开发手册要求：线程池不允许使用 Executors 去创建，而是通过 ThreadPoolExecutor 的方式，这样 的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。 说明：Executors 返回的线程池对象的弊端如下： 1）FixedThreadPool 和 SingleThreadPool: 允许的请求队列长度为 Integer.MAX_VALUE，可能会堆积大量的请求，从而导致 OOM。 2）CachedThreadPool 和 ScheduledThreadPool: 允许的创建线程数量为 Integer.MAX_VALUE，可能会创建大量的线程，从而导致 OOM。

• 主要的构造方法ThreadPoolExecutor

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

  通过配置各种参数实现相应的线程池

  参数含义：

  corePoolSize - 即使空闲时仍保留在池中的线程数，除非设置 allowCoreThreadTimeOut

  maximumPoolSize - 池中允许的最大线程数（一般为CPU核数）

  keepAliveTime - 当线程数大于核心时，这是多余的空闲线程在终止之前等待新任务的最大时间。

  unit - keepAliveTime参数的时间单位

  threadFactory-线程创建工厂一般采取默认的

  workQueue - 在执行任务之前用于保存任务的队列。 该队列将仅保存execute方法提交的Runnable任务

  handler-线程池满了对接下来传递进来的线程采取的拒绝策略。

  一共有四种拒绝策略：

    （1）ThreadPoolExecutor.AbortPolicy() ：阻塞队列满了还有任务进来不处理该任务直接抛出异常  （2）ThreadPoolExecutor.CallerRunsPolicy() ：阻塞队列满了拒绝该任务，该任务会在调用execut方法的线程来执行被拒绝的任务（3）ThreadPoolExecutor.DiscardPolicy() ：阻塞队列满了，丢掉任务，不会抛出异常！（4）ThreadPoolExecutor.DiscardOldestPolicy()；阻塞队列满了，尝试去和最早的竞争，可能执行成功也可能执行不成功，不会抛出异常！