同事使用异步线程不规范，导致异步任务阻塞迟迟未处理

问题场景：生产环境同事使用了CompletableFuture作为异步线程处理任务，但是用这个异步开启线程的时候并没有指定线程池，所以当我们的系统订单量很多了就出现了这些异步任务都阻塞了在等待处理，所以造成了本来是想通过异步任务去快速处理业务的，结果因为异步任务太多，导致这个异步任务也一直在等待处理

问题分析：

    在默认情况下，Java 中的 CompletableFuture 默认线程池（Java 8 中为 ForkJoinPool，Java 9 及之后版本中为固定大小为 4 的线程池）的核心线程数等于最大线程数。这意味着在默认线程池中，核心线程数和最大线程数是相等的。

在 Java 8 中，ForkJoinPool.commonPoolParallelism 决定了默认线程池的核心线程数和最大线程数，默认情况下等于处理器核心数。这意味着默认线程池会创建与处理器核心数相同数量的核心线程，并且最大线程数也与核心线程数相同。

在 Java 9 及之后的版本中，CompletableFuture 的默认线程池使用一个固定大小为 4 的线程池，因此核心线程数和最大线程数都是 4。

解决方案:

1.一些主流程业务逻辑尽量的少去使用异步任务去处理，尽量使用主线程处理主流程业务，异步线程只做一些边角业务逻辑，比如发送短信，通知等。

2.使用异步线程池时应该指定自定义异步线程池，避免导致线程被无限创建，并且有些异步线程的等待队列是无界的，导致单量大了之后，异步任务被一直丢进等待队列中，造成异步任务迟迟不处理。

3.我们公司的服务4核16G，jdk1.8，综合上诉分析，由于使用了默认的线程池也就是全局共享池，所以可以确定默认线程池的大小即4，但是等待队列又是无界的，所以造成了如果消费速度跟不上生产速度，等待队列就会被疯狂的加异步任务，最后造成很多异步任务迟迟没有被处理