目录
情景:
每次需要在此阻塞等待结果返回 可能还会触发超时重试 使得后续业务执行受到影响。下面的代码执行是串行执行,并发度低。
long startTime = System.currentTimeMillis();
int threadNum = 10;
for (int i = 0; i < threadNum; i++) {
try {
// 每次需要在此阻塞等待结果返回 可能还会触发超时重试 使得后续业务执行受到影响
String result = dataService.sendData("test" + i);
System.out.println(result);
} catch (Exception e) {
e.printStackTrace();
}
}
long endTime = System.currentTimeMillis();
System.out.println(" time cost : " + (double)((endTime - startTime)/1000) + " s");
可以使用 CompletableFuture 进行异步调用和任务编排,改写完变为异步调用,耗时短,任务调用完后会自动执行后续的业务。
int threadNum = 10;
long startTime = System.currentTimeMillis();
for (int i = 0; i < threadNum; i++) {
try {
int finalI = i;
CompletableFuture<String> cf = CompletableFuture.supplyAsync(()->{
String result = dataService.sendData("test" + finalI);
return result;
}).thenCompose(result -> CompletableFuture.supplyAsync(()->{
// 拿到rpc调用的结果后进行相关的操作
System.out.println(result);
return "";
}));
} catch (Exception e) {
e.printStackTrace();
}
}
long endTime = System.currentTimeMillis();
System.out.println(" time cost : " + (double)((endTime - startTime)/1000) + " s");
服务端也可以进行类似的改进,通过对 CompletableFuture 的支持,RPC 框架可以真正地做到在调用端与服务端之间完全异步,同时提升了调用端与服务端的两端的单机吞吐量,并且 CompletableFuture 是Java8 原生支持,业务逻辑中没有任何代码入侵性。
CompletableFuture
上文中的任务编排本质上是把任务交给了CompletableFuture 中的线程池处理,线程池的核心线程数默认是核心数-1。所以大于这个值也会进行 排队等待。解决办法就是自定义线程池,不仅可以起到隔离的效果,也可以根据任务的数量动态的创建特定大小的线程池。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/92792.html