Java架构-异步并发

使用场景

目前的开发方式早已前后端完全分离,使用mvc架构且显示层使用jsp等技术的公司越来越少,大家都改为前端使用vue,react等框架技术调用后台api的方式.这种方式确实对网站的访问流畅体验增分不少,但随着业务的增加,一个性能问题出现了. 页面的异步请求数量爆发.导致服务器压力大,解决这个问题并不难,其思路是后端将多个请求进行封装后一次性返回给前端. 后端需要使用异步并发调用多个服务后进行封装返回,解决顺序调用耗时高的问题.

异步并发处理并不能使响应变得更快,更多是为了提升吞吐量.异步是提升CPU和io之间的配合,当io没有就绪时要让出cpu来处理其他任务.

同步调用

UserService userService = new UserService();
ShopService shopService = new ShopService();
// 耗时10秒
UserInfo _userinfo = userService.getUserInfo();
// 耗时20秒
ShopInfo _shopInfo = shopService.getShopInfo();
// 最终耗时为30秒

异步 Future

几个任务就发起几个线程去做事,最终响应时间为耗时最多的哪个线程

ExecutorService executor = Executors.new FixedThreadPool(2);
UserService userService = new UserService();
ShopService shopService = new ShopService();
Future<UserInfo> futureUserInfo = executor.submit(()->userService.getUserInfo());
Future<ShopInfo> futureShopInfo = executor.submit(()->shopService.getShopInfo());
// 耗时10秒
UserInfo _userinfo = futureUserInfo.get();
// 耗时20秒
ShopInfo _shopInfo = futureShopInfo.get();
// 最终耗时为20秒

异步 Callback 和 CompletableFuture

大型系统的拆分一般会将其拆分成相对独立的服务(系统),比如一个商城系统我们会将其拆分成订单服务,商品服务,评论服务,权限服务,人员管理服务等.每个服务独立运行,分布式部署.
对外仅提供一个接口服务,由该接口服务调用其他内部子服务后将数据整合后返回给客户端.
这样就需要我们使用NIO异步模型实现,
HttpAsyncClien配合CompletableFuture就可以很好处理该场景.

---

场景1:多个服务获取后进行数据整合

M1Service s1; // 订单服务
M2Service s2; // 评论服务
M3Service s3; // 商品服务
CompletableFuture<String> f1 = s1.getData("http://www.abc.com/eee/data123.do");
CompletableFuture<String> f2 = s2.getData("http://www.abc.com/eee/data123.do");
CompletableFuture<String> f3 = s3.getData("http://www.abc.com/eee/data123.do");
CompletableFuture.allOf(f1,f2,f3).thenApplyAsync(()->{
    // 三个服务数据的返回整合
});

场景2: 评价服务和商品服务需要依赖订单服务的数据

M1Service s1; // 订单服务
M2Service s2; // 评论服务
M3Service s3; // 商品服务
CompletableFuture<String> f1 = s1.getData("http://www.abc.com/eee/data123.do");
CompletableFuture<String> f2 = 
f1.thenApplyAsync((v)->{
    return "service2 data";
});
CompletableFuture<String> f3 = s3.getData("http://www.abc.com/eee/data123.do");
f2.thenCombineAsync(f3,(r2,r3)->{
   // 服务数据的返回整合
});