线程池 Executor框架 自定义线程池

Executor框架(JDK默认的线程机制)

为了更好的控制多线程，JDK提供了一套线程框架Executor, 帮助开发人员有效地进行线程控制。它们都在java.util.concurrent包中， 是JDK并发包的核心。其中有一一个比较重要的类: Executors, 他扮演这线程工厂的角色，我们通过Executors可以创建特定功能的线程池。

Executors创建线程池方法:

newFixedThreadPool)方法，该方法返回-一个固定数量的线程池，该方法的线程数始终不变，当有一个任务提交时，若线程池中空闲，则立即执行，若没有，则会被暂缓在一个任务队列中等待有空闲的线程去执行。

newSingleThreadExecutor()方法，创建-一个线程的线程池，若空闲则执行，若没有空闲线程则暂缓在任务列队中。

newCachedThreadPool()方法，返回一个可根据实际情况调整线程个数的线程池，不限制最大线程数量，若用空闲的线程则执行任务，若无任务则不创建线程。并且每一一个空闲线程会在60秒后自动回收。

newScheduledThreadPool0方法，该访法返回-一个SchededExecutorService对象，但该线程池可以指定线程的数量。

当前四个方法都是threadPooExecutor底层核心都是通过实例化lthreadPooExecutor进行返回的，根据参数不同实现不同的功能。

newScheduledThreadPool0方法可以用于实现一个定时器

自定义线程池

public ThreadPoolExecutor(当前核心线程数,

int 最大线程数,

long 空闲时间,

TimeUnit 时间单位,

BlockingQueue 自己定义的队列,

ThreadFactory threadFactory, 指定创建线程的工厂

RejectedExecutionHandler  拒绝执行当前方法（new JDK拒绝策略）) {.}

这个构造方法对于队列是什么类型的比较关键:

在使用有界队列时，若有新的任务需要执行，如果线程池实际线程数小于corePoolSize，则优先创建线程，若天于corePoolSize，则会将任务加入队列，若队列已满，则在总线程数不天于maximumPooISize的前提下，创建新的线程，若线程数天于maximumPoolSize，则执行拒绝策略。或其他百定义方式。

无界的任务队列时:LinkedBlockingQueue。与有界队列相比，除非系统资源耗尽，否则无界的任务队列不存在在务入队失败的情况。当有新任务到来，系统的线程数小于corePoolSize时，则新建线程执行任务。当达到corePoolSize后，就不会继续增加。（maximumPooISize是不起作用的）若后续仍有新的任务加入，而有没有空闲的线程资源，则任务直接进入队列等待。若任雾创建和处理的速度差弃很大，无界队列会保持快速增长，直到耗尽系统内存。

JDK拒绝策略:

AbortPolicy:直接抛出异常组织系统正常工作（JDK默认的拒绝策略）

CallerRunsPolicy:只要线程池未关闭，该策略直接在调用者线程中，运行当前被丢

弃的任务。

DiscardOldestPolicy:丢弃最老的一个请求，尝试再次提交当前任务。

DiscardPolicy:丢弃无法处理的任务，不给予任何处理。

如果需要自定义拒绝策略可以实现RejectedExecutionHandler接口。

拒绝策略方案：

1. 系统处理高峰期时创建一次请求，将信息发给客户端，让客户端再次发送，高峰期不可取
2. 记录日志或者缓存到其他地方，通过定时任务，在非高峰期，解析日志再次执行

使用 ApacheHTTPClient进行处理