Hello，明天给各位童鞋们分享 Java 线程池，连忙拿出小本子记下来吧！
线程池
1、是什么？
线程池做的工作只是管制运行的线程数量，解决过程中将工作放入队列，而后在线程创立后启动这些工作，如果线程数量超过了最大数量，超出数量的线程排队等待，等其余线程执行结束，再从队列中取出工作来执行。
它的次要特点为：线程复用；管制最大并发数；治理线程
线程池的劣势：
第一：升高资源耗费。通过反复利用已创立的线程升高线程创立和销毁造成的耗费。
第二：进步响应速度。当工作达到时，工作能够不须要期待线程创立就能立刻执行。
第三：进步线程的可管理性。线程是稀缺资源，如果无限度的创立，不仅会耗费系统资源，还会升高零碎的稳定性，应用线程池能够进行对立的调配，调优和监控。
2、怎么用？
Java 中的线程池是通过 Executor 框架实现的，
该框架中用到了 Executor，Executors，ExecutorService，ThreadPoolExecutor 这几个类
框图：
3、实现
Java 中有自带的几个线程池的实现形式，别离是：
1、Executors.newFixedThreadPool(int)
执行长期工作性能好，创立一个线程池，一池有 N 个固定的线程，有固定线程数的线程
2、Executors.newSingleThreadExecutor()
一个工作一个工作的执行，一池一线程
3、Executors.newCachedThreadPool()
执行很多短期异步工作，线程池依据须要创立新线程，但在先前构建的线程可用时将重用它们。可扩容，遇强则强
应用示例：
public class TestThreadPool {
public static void main(String[] args) {
// 一个线程池有 5 个线程可供调用
ExecutorService threadPool = Executors.newFixedThreadPool(5);
// 一个线程池只有一个线程能够调用
ExecutorService threadPool1 = Executors.newSingleThreadExecutor();
// 一个线程池能够有 n 个线程能够调用，能够扩容
ExecutorService threadPool2 = Executors.newCachedThreadPool();
try {for (int i = 0; i < 10; i++) {threadPool2.execute(() -> {System.out.println(Thread.currentThread().getName() + "\t 办理业务");
});
}
} catch (Exception e) {e.printStackTrace();
} finally {threadPool.shutdown();
}
}}
底层原理：
七大参数：
corePoolSize：线程池中的常驻外围线程数
maximumPoolSize：线程池中可能包容同时执行的最大线程数，此值必须大于等于 1（自定义的时候这里设置为 CPU 的逻辑处理器数目加 1）
程序获取逻辑处理器数目：Runtime.getRuntime().availableProcessors()
keepAliveTime：多余的闲暇线程的存活工夫 以后池中线程数量超过 corePoolSize 时，当闲暇工夫 达到 keepAliveTime 时，多余线程会被销毁直到 只剩下 corePoolSize 个线程为止
unit：keepAliveTime 的单位
workQueue：工作队列，被提交但尚未被执行的工作
threadFactory：示意生成线程池中工作线程的线程工厂，用于创立线程，个别默认的即可。Executors.defaultThreadFactory()
handler：回绝策略，示意当队列满了，并且工作线程大于 等于线程池的最大线程数（maximumPoolSize）时如何来回绝 申请执行的 runnable 的策略
这三种形式都是通过调用这个办法来获取线程池
/**
- corePoolSize: 线程池中的常驻外围线程数
- maximumPoolSize：程池中可能包容同时 执行的最大线程数
- keepAliveTime：当闲暇工夫 达到 keepAliveTime 时，多余线程会被销毁直到 只剩下 corePoolSize 个线程为止
- unit：keepAliveTime 的单位
-
workQueue：工作队列，被提交但尚未被执行的工作
*/
public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueue<Runnable> workQueue) {this(corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue,
Executors.defaultThreadFactory(), defaultHandler);参数中的 handler 回绝策略：
AbortPolicy(默认)：间接抛出 RejectedExecutionException 异样阻止零碎失常运行。new ThreadPoolExecutor.AbortPolicy()
CallerRunsPolicy：调用者运行”一种调节机制，该策略既不会摈弃工作，也不会抛出异样，而是将某些工作回退到调用者，从而升高新工作的流量。(多余的工作也会执行，回退给调用者执行)
DiscardOldestPolicy：摈弃队列中期待最久的工作，而后把当前任务加人队列中尝试再次提交当前任务。
DiscardPolicy：该策略默默地抛弃无奈解决的工作，不予任何解决也不抛出异样。如果容许工作失落，这是最好的一种策略。
解决的逻辑：
（先判断外围线程，再判断阻塞队列，再判断线程池）
在创立了线程池后，开始期待申请。
当调用 execute()办法增加一个申请工作时，线程池会做出如下判断：
（一）如果正在运行的线程数量小于 corePoolSize，那么马上创立线程运行这个工作；
（二）如果正在运行的线程数量大于或等于 corePoolSize，那么将这个工作放入队列；
（三）如果这个时候队列满了且正在运行的线程数量还小于 maximumPoolSize，那么还是要创立非核心线程立即运行这个工作；
（四）如果队列满了且正在运行的线程数量大于或等于 maximumPoolSize，那么线程池会启动饱和回绝策略来执行。
当一个线程实现工作时，它会从队列中取下一个工作来执行。
当一个线程无事可做超过肯定的工夫（keepAliveTime）时，线程会判断：
（一）如果以后运行的线程数大于 corePoolSize，那么这个线程就被停掉。
（二）所以线程池的所有工作实现后，它最终会膨胀到 corePoolSize 的大小。
线程池个别应用 Executors 去创立自带的几个，而是通过自定义 ThreadPoolExecutor 的形式，通过设置七大参数自定义。
为什么不必 JDK 自带的几个创立线程池的形式的起因如下：
FixedThreadPool 和 SingleThreadPool：
容许的申请队列长度为 Integer.MAX_VALUE，可能会沉积大量的申请，从而导致 OOM
CachedThreadPool 和 ScheduledThreadPool：
容许的创立线程数量为 Integer.MAX_VALUE，可能会创立大量的申请，从而导致 OOM 线程池异样捕获
4、异样解决
1、线程的异样解决
Java 中线程执行的工作接口 java.lang.Runnable 要求不抛出 Checked 异样，
通常 java.lang.Thread 对象运行设置一个默认的异样解决办法：
java.lang.Thread.setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler)
而这个默认的动态全局的异样捕捉办法时输入堆栈。
当然，咱们能够笼罩此默认实现，只须要自定义即可
2、线程池的异样解决
而在线程池中却比拟非凡。默认状况下，线程池 java.util.concurrent.ThreadPoolExecutor 会 Catch 住所有异样，当工作执行实现。源码如下：
其中 ExecutionException 异样即是 java.lang.Runnable 或者 java.util.concurrent.Callable 抛出的异样。
也就是说，线程池在执行工作时捕捉了所有异样，并将此异样退出后果中。这样一来线程池中的所有线程都将无奈捕捉到抛出的异样。从而无奈通过设置线程的默认捕捉办法拦挡的谬误异样。也不能通过自定义线程来实现异样的拦挡。
好在 java.util.concurrent.ThreadPoolExecutor 预留了一个办法，运行在工作执行结束进行扩大（当然也预留一个 protected 办法
beforeExecute(Thread t, Runnable r)）：
afterExecute(Runnable r, Throwable t)
protected void afterExecute(Runnable r, Throwable t) {}
此办法的默认实现为空，这样咱们就能够通过继承或者笼罩 ThreadPoolExecutor 来达到自定义的错误处理。
示例如下：
所以，线程池通过笼罩 ThreadPoolExecutor.afterExecute 办法，咱们能力捕捉到工作的异样（RuntimeException）
好啦，明天的文章就到这里，心愿能帮