Executors线程池的使用,CompletableFuture异步

我们使用线程池可能会使用ExecutorService，默认有四种方式

• Executors.newFixedThreadPool 创建一个定长线程池，可控制线程最大并发数,超出的线程会在队列中等待

• Executors.newSingleeThreadPool()创建一个单线程化的线程池，它只会用唯一的工作线程来执行任务，保证所有任务按照指定顺序(FIFO, LIFO, 优先级)执行

• Executors.newScheduledThreadPool ()创建一个定长线程池，支持定时及周期性任务执行。

• Executors.newCacheThreadPool()创建一个可缓存线程池，如果线程池长度超过处理需要，可灵活回收空闲线程，若无可回收，则新建线程。

在jdk8中，CompletableFuture腾空出世，它简化了异步任务的写法，提供了很多异步任务的计算方式。
默认的线程池ForkJoinPool.commonPool，这里的线程池数量和电脑的核数有关（T(线程数) = N(服务器内核数) * u(期望cpu利用率) * （1 + E(等待时间)/C(计算时间));），如果生产服务器电脑核数较小，而在CompletableFuture代码中又使用了默认的线程池，处理的线程个数是电脑核数1。这样等有大请求量过来，处理逻辑又很复杂，很多线程都在等待执行，慢慢拖垮了服务器。
下面采用自定义线程池优化

参考blog
https://blog.csdn.net/R_P_J/article/details/79582946?utm_medium=distribute.pc_relevant.none-task-blog-baidujs-2
https://www.jianshu.com/p/6bac52527ca4
https://www.cnblogs.com/yinfj/p/9844778.html