1. 采用ThreadLocal(本地线程变量)将服务的请求参数信息维护在每一个线程的独享变量。
² 减少对共享资源同步机制处理,
² 减少代码结构复杂化,做到松耦合。(原因是:因为业务代码每层中处理都是针对接口请求参数而来的,所以是一种强依赖)
² 可以将一些重复计算逻辑的结果保存,减少二次计算。
2. 采用CompletableFuture做异步流程处理,在对接Soa2.0接口实现转换成ListenableFuture。选用CompletableFuture原因(如下是个人使用的感触)。
² ListenableFuture和CompletableFuture本质上是没有区别的,都是NIO非阻塞异步。
Example:两种分别创建异步
// Guava ListenableFuture
ListeningExecutorService service1 = MoreExecutors.listeningDecorator(Executors.newFixedThreadPool(6));
ListenableFuture future = service.submit(()->{ /* TODO 异步处理代码 */ });
// Java 8 NIO CompletableFuture
CompletableFuture.supplyAsync(()-> "100"/* TODO 异步处理代码 */ );
² CompletableFuture的API更丰富,实现起来更简洁(采用lambda表达式和函数式编程),更容易理解整个异步过程。
Example:CompletableFuture的函数式编程,首先计算异步结果得出100,然后回调判断是否数字。
CompletableFuture.supplyAsync(()->"100" /* TODO 异步处理代码 */ ).thenApplyAsync(StringUtils::isNumeric);
² CompletableFuture的异步回调要比ListenableFuture更方便,不需要每次单独去实现Runnable 或是FutureCallback接口。
Example: 两种回调对比
// Guava ListenableFuture
future.addListener(()->{},service);
或
Futures.addCallback(future, new FutureCallback<Object>(){
@Override
public voidonSuccess(Object o) {
}
@Override
public voidonFailure(Throwable throwable) {
}
});
// Java 8 NIO CompletableFuture
CompletableFuture.supplyAsync(()->"100"/* TODO 异步处理代码*/ )
.thenApplyAsync(StringUtils::isNumeric)
.thenAcceptAsync(()->{/*结果处理*/})
.exceptionally(throwable ->null/*异常处理*/ )
² ListenableFuture和CompletableFuture是可以相互转换的。
Example: 相互转换
// CompletableFuture 转换成 ListenableFuture CompletableFuture completableFuture= CompletableFuture.supplyAsync(()->"100" /* TODO 异步处理代码 */ ); JdkFutureAdapters.listenInPoolThread(completableFuture); // ListenableFuture 转换成 CompletableFuture ListeningExecutorService service = MoreExecutors.listeningDecorator(Executors.newFixedThreadPool(6)); final CompletableFuture completableFuture1= new CompletableFuture(); ListenableFuture future = service.submit(()->{ completableFuture1.complete("100");/* TODO 异步处理代码*/ }); completableFuture1.thenApplyAsync((p)->{System.out.println(p);return "200";});