1.并行API
1.1.堵塞式初始化
1.2.初始化了某一形式，初始化埃尔博尔县被初始化方竭尽全力执行的操作过程中会等候，被初始化方竭尽全力执行完结回到，初始化方获得被初始化方的回到值并竭尽全力运转
2.触发器API
2.1.非堵塞式初始化
2.2.会间接返回，或是最少在被初始化方排序顺利完成以后，将它余下的排序各项任务交予另两个缓存去做
2.2.1.该缓存和初始化沃苏什卡触发器的
2.3.回到的形式
2.3.1.透过反弹表达式2.3.2.由初始化方再度竭尽全力执行两个“等候，直至排序顺利完成”的形式初始化
2.4.竭尽全力执行较为费时的操作形式时，特别是这些倚赖两个或数个远距服务项目的操作形式，采用触发器各项任务能明显改善流程的操控性，大力推进流程的反应速度
3. FutureUSB
3.1.对今后某一关键时刻会出现的结论展开可视化
3.1.1.对触发器排序展开可视化，回到两个对准竭尽全力执行结论的提及3.1.2.演算完结后，初始化方能透过该提及出访竭尽全力执行的结论
3.2.要采用Future，一般来说你只须要将费时的操作形式PCB在两个Callable第一类中，再将它递交给ExecutorService
3.2.1.比更下层的Thread更快用
3.3.空载版的get形式
3.3.1.接受两个超时的参数，定义缓存等候Future结论的最长时间3.3.2.尽量在代码中添加超时判断的逻辑3.3.3.能防止流程永久地等候下去，超时出现时，流程会得到通知出现了TimeoutException
3.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.实现了FutureUSB
4.2.采用了Lambda表达式以及流水线的思想
4.3.并行API的初始化PCB到两个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. thenCompose
4.9.1.允许你对两个触发器操作形式展开流水线，第两个操作形式顺利完成时，将其结论作为参数传递给第二个操作形式4.9.2.不带Async的形式和它的前两个各项任务一样，在同两个缓存中运转4.9.3.更高效一点，因为它少了很多缓存切换的开销
4.10. thenComposeAsync
4.10.1.以Async结尾的形式会将后续各项任务递交到两个缓存
4.11. thenCombine
4.11.1.接受名为BiFunction的第三个参数，这个参数定义了当两个CompletableFuture第一类顺利完成排序后，结果如何合并
4.12. thenCombineAsync
4.13. thenAccept
4.13.1.接受CompletableFuture竭尽全力执行完毕后的回到值做参数4.13.2.一旦CompletableFuture排序得到结论，它就回到两个CompletableFuture[gf]2039[/gf]Void[gf]203a[/gf]
4.14. thenAcceptAsync
4.15. allOf
4.15.1.接受两个由CompletableFuture构成的数组，数组中的所有CompletableFuture第一类竭尽全力执行顺利完成之后，它回到两个CompletableFuture[gf]2039[/gf]Void[gf]203a[/gf]第一类
4.16. anyOf
4.16.1.接受两个CompletableFuture第一类构成的数组，回到由第两个竭尽全力执行完毕的CompletableFuture第一类的回到值构成的CompletableFuture[gf]2039[/gf]Object[gf]203a[/gf]
4.17. orTimeout
4.17.1. Java 94.17.2.在指定的超时到达时，会透过Scheduled-ThreadExecutor缓存完结该CompletableFuture第一类，并抛出两个TimeoutException异常，它的回到值是两个新的CompletableFuture第一类
4.18. completeOnTimeOut
4.18.1. Java 94.18.2.如果服务项目偶然性地无法及时响应，临时采用默认值竭尽全力竭尽全力执行也是一种可接受的解决方案4.18.3.能采用预定义的默认值竭尽全力竭尽全力执行，不会出现失效
4.19.对触发器超时机制的支持
4.20. completeExceptionally形式
4.20.1.将导致CompletableFuture内出现问题的异常抛出4.20.2.提供了异常管理的机制，让你有机会抛出/管理触发器各项任务竭尽全力执行中出现的异常
5. StreamUSB
5.1.排序密集型的操作形式，并且没有I/O
5.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是等候时间与排序时间的比率
