我想从数据库中检索不同类型的数据,并从Spring Boot服务的HTTP结果中返回给用户。因为每个数据库检索都需要大量的时间,所以我使用CompletableFuture异步调用这些数据库。与同步进行相比,我所拥有的模式有效且节省了时间,但我觉得它可以也应该以更干净的方式进行布局。
我编辑了代码,将类型更改为“PartA”、“PartB”、“PartC”,但它的外观是这样的。目前,该服务接受不同类型的列表(PartA、PartB、PartC),创建每个列表的Completable future类型,调用自己的Completable future方法调用DB,构建每个类型的CompletableFutures的通用列表,“获取”通用列表,然后将每个未来列表的所有内容添加到传递到服务的列表中。
以下是服务方法的编码方式:
服务爪哇:
public void metadata(final List<PartA> partAs,final List<PartB> partBs,final List<PartC> partCs,
String prefix,String base,String suffix) throws Exception {
try {
CompletableFuture<List<PartA>> futurePartAs = partACompletableFuture(prefix,base,suffix).thenApply(list -> {
logger.info("PartA here");
return list;
});
CompletableFuture<List<PartB>> futurePartBs = partBCompletableFuture(prefix,base,suffix).thenApply(list -> {
logger.info("PartBs here");
return list;
});
CompletableFuture<List<PartC>> futurePartCs = partCCompletableFuture(prefix,base,suffix).thenApply(list -> {
logger.info("PartCs here");
return list;
});
CompletableFuture<?> combinedFuture = CompletableFuture.allOf(CompletableFuture.allOf(futurePartAs, futurePartBs, futurePartCs));
combinedFuture.get();
partAs.addAll(futurePartAs.get());
partBs.addAll(futurePartBs.get());
partCs.addAll(futurePartCs.get());
} catch (Exception e) {
logger.error("Exception: ", e);
throw e;
}
}
@Async("asyncExecutor")
public CompletableFuture<List<PartA>> partACompletableFuture(String prefix,String base,String suffix) {
return CompletableFuture.supplyAsync(() -> {
try {
logger.info("start PartA");
return getPartAs(prefix,base,suffix);
} catch (Exception e) {
logger.error("Exception: ", e);
throw e;
}
});
}
@Async("asyncExecutor")
public CompletableFuture<List<PartB>> partBCompletableFuture(String prefix,String base,String suffix) {
return CompletableFuture.supplyAsync(() -> {
try {
logger.info("start B");
return getPartBs(prefix,base,suffix);
} catch (Exception e) {
logger.error("Exception: ", e);
throw e;
}
});
}
@Async("asyncExecutor")
public CompletableFuture<List<PartC>> partCCompletableFuture(String prefix,String base,String suffix) {
return CompletableFuture.supplyAsync(() -> {
try {
logger.info("start PartC");
return getPartCs(prefix,base,suffix);
} catch (Exception e) {
logger.error("Exception: ", e);
throw e;
}
});
}
如果您想查看控制器和响应类型:
Controller.java
@GetMapping(value="/parts/metadata",produces = { MediaType.APPLICATION_JSON_VALUE })
public ResponseEntity<MetadataResponse> metadata (@ApiParam(name="prefix",value = "Prefix value for a part",required = false)
@RequestParam(required=false) String prefix,
@ApiParam(name="base",value = "Base value for a part",required= true)
@RequestParam String base,
@ApiParam(name="suffix",value = "Suffix value for a part",required=false)
@RequestParam(required=false) @NotBlank String suffix ) throws Exception {
final List<PartA> partAs = new ArrayList<>();
final List<PartB> partBs = new ArrayList<>();
final List<PartC> partCs = new ArrayList<>();
service.metadata(partAs,partBs,partCs,prefix,base,suffix);
MetadataResponse.MetadataResponseResult res = MetadataResponse.MetadataResponseResult.builder()
.partAs(partAs)
.partBs(partBs)
.partCs(partCs)
.build();
return ResponseEntity.ok(MetadataResponse.result(res, MetadataResponse.class));
}
MetadataResponse。JAVA
@ApiModel(value = "MetadataResponse", parent = BaseBodyResponse.class, description = "Part A, B, C")
public class MetadataResponse extends BaseBodyResponse<MetadataResponse.MetadataResponseResult> {
@Data
@Builder
@NoArgsConstructor
@AllArgsConstructor
@ApiModel(value = "MetadataResponseResult", description = "This Model holds Part As, Bs, Cs")
public static class MetadataResponseResult {
List<PartA> partAs;
List<PartB> partBs;
List<PartC> partCs;
}
}
public void metadata(最终列表)
@Async("asyncExecutor")
public <T> CompletableFuture<T> partCompletableFuture(Supplier<T> supplier) {
return CompletableFuture.supplyAsync(() -> {
try {
logger.info("start Part");
return supplier.get();
} catch (Exception e) {
logger.error("Exception: ", e);
throw e;
}
});
}
之后,你可以这样使用它:
CompletableFuture<List<PartA>> futurePartAs = partCompletableFuture(() ->
getPartAs(prefix,base,suffix));
它应该干净得多。希望这有帮助!
问题内容: jdk中是否有 事实上的 不可变类的列表? 从技术上讲,不可变类包括明显的Integer,Double等。 事实不可变将包含例如java.lang.String-从技术上讲它可能是可变的,但事实并非如此。 另外,是否存在不可变的接口/抽象类(如javadoc中所述)? 如果您不能提供完整的列表,那么如果您知道一堆在其javadoc中声明不变性的类,我将很高兴。 问题答案: 我尝试尽我所
我的问题是如何使用Completable Future。 我有一个实现Callable的类。 早点用来做—— 这将返回
< code>doTask()是一个方法,如果< code>previousStepResult成功,则该方法执行某些操作,否则记录并按原样返回< code>previousStepResult。下面的代码工作正常,并且< code>conclude()也被执行,但是只有在没有异常(错误)的情况下。但是如果有异常(处理得很好),代码返回false。因此,在错误的情况下,下一步被称为罚款,如前所述,
我有来自API的响应文本。当我试图创建一个新的游戏从这个响应我得到一个错误: 错误:未处理的异常:“列表”类型不是“列表”类型的子类型 我在尝试使用JSON文本时遇到如下错误: 错误: 未处理的异常:“列表”类型不是“列表”类型的子类型 它指向游戏类中的这一行: 有什么建议吗?
新的2.0版本有一个分页,限制一个请求的朋友数量,这不允许我一次检索所有朋友,尽管有一个参数调用“limit”,它只能通过循环“偏移量”直到最后来完成。问题是每个用户都有不同数量的朋友! 我已经四处寻找了几个小时,但仍然没有解决方案。
在解释我的问题之前,我应该做一些理论... 对于车辆,我指的是所有可以通过公路运输货物的东西:轿车、货车、卡车、拖车(或公路列车,我不知道正确的术语)、半拖车(也称为铰接式卡车或牵引拖车)。 关于汽车,货车和卡车,没有问题:它们具有板块,可运输的重量和体积以及其他数据。 但是另外两辆车更复杂。它们可能有一个额外的车牌和其他额外的数据。特别是: > 半挂车卡车(也称为牵引拖车)是一种复杂的车辆,由道