什么？JDK线程池还会死锁？
1. 死锁产生的必要条件
产生死锁的四个必要条件：
（1） 互斥条件：一个资源每次只能被一个进程使用。
（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
（3） 不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。
（4） 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。
这四个条件是死锁的必要条件，只要系统发生死锁，这些条件必然成立，而只要上述条件之一不满足，就不会发生死锁。
2. JDK线程池如何去写出死锁
JDK线程池有两个作用：一个是并发，一个是限流。当线程池没有资源时，任务就会被放入阻塞队列，等待执行。但是若利用Future的get()/join()方法去阻塞父线程。便有可能触发死锁的四个必要条件。
问题代码：
@Slf4j
public class TestExecutor {
/**
* https://www.cnblogs.com/twoheads/p/10729240.html
*/
private static final ExecutorService VIEW_EXECUTOR = new ThreadPoolExecutor(1,1,1000,
TimeUnit.SECONDS,new ArrayBlockingQueue<>(2));
static CompletableFuture busFuture() {
//rpc调用 服务
return CompletableFuture.runAsync(() -> {
log.info("开始执行");
log.info("执行结束");
}, VIEW_EXECUTOR);
}
public static void main(String[] args) throws ExecutionException, InterruptedException {
CompletableFuture voidCompletableFuture = CompletableFuture.runAsync(() -> {
log.info("----begin");
CompletableFuture busFuture = busFuture();
busFuture.join();
log.info("----end");
},
VIEW_EXECUTOR);
voidCompletableFuture.get();
log.info("执行完毕");
}
}
得到的教训：
在复杂的业务场景（复杂的代码逻辑）中，很容易写出以上的代码。这里为了便于测试，给出的核心线程数是1个，但即使真正场景中核心线程数给出n个，但是真正高并发场景中，n个线程会瞬执行voidCompletableFuture，就没有线程资源去执行busFuture。而所有的线程都会在join()处被阻塞。造成死锁。
解决方案：
方案一：将busFuture()中使用一个新的线程池去处理。
方案二：busFuture调用get()方法，设置等待的超时时间。
方案一必须要这样改动的，方案二可以根据实际情况设置超时时间。
