JUC-并发编程

1、Future接口

1. 普通Runnable线程不能返回结果，而Future接口可以，既要使用线程，又要获取线程的计算结果，出现了RunnableFuture接口，其提供了一个实现类FutureTask。
2. FutureTask接口的V get()、V get(long timeout, TimeUnit unit)方法时阻塞的，直到线程返回计算结果。他的优点是可以使用线程并获取结果，缺点是阻塞时浪费CPU资源。
3. FutureTask接口的boolean isDone()方法用来判断线程任务是否完成，一般配合while(true)轮询在内部调用isDone()询问任务是否完成，没有完成可以休眠几毫秒再询问。他的优点是可以稍微的减少CPU的使用，缺点是优化不多，仍会导致CPU空转，而且获取结果不那么及时。
4. 鉴于上面2、3点都是阻塞的，和异步编程思想相违背，如果线程任务完成后能自动进行回调就好了，由此引出了CompletableFuture异步编排

2、CompletableFuture类

1. CompletableFuture<T> implements Future<T>, CompletionStage<T> 。CompletionStage接口的理念是将一个大的任务划分多个阶段，上一个阶段结束后触发下一个阶段，CompletableFuture的4个核心的基础静态方法是：
2. Executor代表可以传自定义的线程池来处理异步任务，不传则使用默认提供的ForkJoinPool.commonPool线程池。CompletableFuture因为实现了Future接口，因此仍可以使用传统的get()方法阻塞获取结果(join()和get()一样，只不过不用手动处理异常而已)，但其提供的whenComplete()方法可以实现上一阶段任务完成后回调下一阶段任务，主线程不再阻塞，因此CompletableFuture被称为“异步编程”。
3. 在使用默认线程池ForkJoinPool.commonPool时会出现主线程先结束后并没有执行异步回调的情况，这是因为main线程结束后ForkJoinPool.commonPool就立刻关闭了，实际中一般都使用自定义线程池，不会出现这个问题。
4. 。。。