1.同步API1.1.阻塞式调用1.2.调用了某个方法，调用方在被调用方执行的过程中会等待，被调用方执行结束返回，调用方取得被调用方的返回值并继续运行2.异步API2.1.非阻塞式调用2.2.会直接返回，或者至少在被调用方计算完成之前，将它剩余的计算任务交由另一个线程去做2.2.1.该线程和调用方是异步的2.3.返回的方式2.3.1.通过回调函数2.3.2.由调用方再次执行一个“等待，直到计算完成”的方法调用2.4.执行比较耗时的操作时，尤其是那些依赖一个或多个远程服务的操作，使用异步任务可以改善程序的性能，加快程序的响应速度3.Future接口3.1.对将来某个时刻会发生的结果进行建模3.1.1.对异步计算进行建模，返回一个指向执行结果的引用3.1.2.运算结束后，调用方可以通过该引用访问执行的结果3.2.要使用Future，通常你只需要将耗时的操作封装在一个Callable对象中，再将它提交给ExecutorService3.2.1.比更底层的Thread更好用3.3.重载版本的get方法3.3.1.接受一个超时的参数，定义线程等待Future结果的最长时间3.3.2.尽量在代码中添加超时判断的逻辑3.3.3.能防止程序永久地等待下去，超时发生时，程序会得到通知发生了TimeoutException3.4.局限性3.4.1.将两个异步计算合并为一个3.4.1.1.两个异步计算之间相互独立3.4.1.2.第二个又依赖于第一个的结果3.4.2.等待Future集合中的所有任务都完成3.4.3.仅等待Future集合中最快结束的任务完成（有可能因为它们试图通过不同的方式计算同一个值），并返回它的结果3.4.4.应对Future的完成事件（即当Future的完成事件发生时会收到通知，并能使用Future计算的结果进行下一步的操作，不只是简单地阻塞等待操作的结果）4.CompletableFuture类4.1.实现了Future接口4.2.使用了Lambda表达式以及流水线的思想4.3.同步API的调用封装到一个CompletableFuture中，你能够以异步的方式使用其结果4.4.涉及等待I/O的操作（包括网络连接等待）4.5.依据等待/计算，或者W/C的比率设定需要使用的线程数4.6.处理流的流水线中如果发生I/O等待，流的延迟特性会让我们很难判断到底什么时候触发了等待4.7.通过自定义CompletableFuture调度任务执行的执行器能够更充分地利用CPU资源4.7.1.允许你对执行器（Executor）进行配置4.7.1.1.尤其是线程池的大小，让它以更适合应用需求的方式进行配置，满足程序的要求4.7.2.调整线程池的大小，能帮助你确保整体的计算不会因为线程都在等待I/O而发生阻塞4.7.2.1.并行流API无法提供的4.7.3.处理需大量使用异步操作的情况时，这几乎是最有效的策略4.8.supplyAsync方法4.8.1.接受一个生产者（Supplier）作为参数，返回一个CompletableFuture对象，该对象完成异步执行后会读取调用生产者方法的返回值4.8.2.传递第二个参数指定不同的执行线程执行生产者方法4.9.thenCompose4.9.1.允许你对两个异步操作进行流水线，第一个操作完成时，将其结果作为参数传递给第二个操作4.9.2.不带Async的方法和它的前一个任务一样，在同一个线程中运行4.9.3.更高效一点，因为它少了很多线程切换的开销4.10.thenComposeAsync4.10.1.以Async结尾的方法会将后续任务提交到一个线程4.11.thenCombine4.11.1.接受名为BiFunction的第二个参数，这个参数定义了当两个CompletableFuture对象完成计算后，结果如何合并4.12.thenCombineAsync4.13.thenAccept4.13.1.接受CompletableFuture执行完毕后的返回值做参数4.13.2.一旦CompletableFuture计算得到结果，它就返回一个CompletableFuture‹Void›4.14.thenAcceptAsync4.15.allOf4.15.1.接受一个由CompletableFuture构成的数组，数组中的所有CompletableFuture对象执行完成之后，它返回一个CompletableFuture‹Void›对象4.16.anyOf4.16.1.接受一个CompletableFuture对象构成的数组，返回由第一个执行完毕的CompletableFuture对象的返回值构成的CompletableFuture‹Object›4.17.orTimeout4.17.1.Java 94.17.2.在指定的超时到达时，会通过Scheduled-ThreadExecutor线程结束该CompletableFuture对象，并抛出一个TimeoutException异常，它的返回值是一个新的CompletableFuture对象4.18.completeOnTimeOut4.18.1.Java 94.18.2.如果服务偶然性地无法及时响应，临时使用默认值继续执行也是一种可接受的解决方案4.18.3.可以使用预定义的默认值继续执行，不会发生失效4.19.对异步超时机制的支持4.20.completeExceptionally方法4.20.1.将导致CompletableFuture内发生问题的异常抛出4.20.2.提供了异常管理的机制，让你有机会抛出/管理异步任务执行中发生的异常5.Stream接口5.1.计算密集型的操作，并且没有I/O5.2.底层依赖的是线程数量固定的通用线程池5.3.实现简单，同时效率也可能是最高的5.3.1.如果所有的线程都是计算密集型的，那就没有必要创建比处理器核数更多的线程6.线程池大小与处理器的利用率之比6.1.Nthreads=NCPU＊UCPU＊(1+W/C)6.2.NCPU是处理器的核的数目6.2.1.通过Runtime.getRuntime().available Processors()得到6.3.UCPU是期望的CPU利用率6.3.1.该值应该介于0和1之间6.4.W/C是等待时间与计算时间的比率