java—检索不同类型的可完成未来列表的最佳实践

lvjbypge  于 2021-07-09  发布在  Java
关注(0)|答案(1)|浏览(391)

我想从数据库中检索不同类型的数据,并在spring引导服务的http结果中返回给用户。因为数据库检索每次都要花费大量的时间,所以我使用completablefuture异步进行这些db调用。我的模式工作,节省时间相比,这样做同步,但我觉得它可以和应该在一个更干净的方式布局。
我编辑了代码,将类型改为“parta”、“partb”、“partc”,但实际上是这样的。目前,该服务接受不同类型的列表(parta、partb、partc),创建每个列表的completablefuture类型,调用自己的completablefuture方法调用db,构建每个类型的completablefutures的通用列表,“获取”通用列表,然后将每个未来列表的所有内容添加到传递到服务的列表中。
服务方法是这样编码的:
服务.java:

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;
            }
        });
    }

如果要查看控制器和响应类型:
控制器.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));
    }

元数据响应.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;
    }

}
kuhbmx9i

kuhbmx9i1#

我不明白为什么在这种情况下需要将所有这些列表作为参数传递: public void metadata(final List<PartA> partAs,final List<PartB> partBs,final List<PartC> partCs, String prefix,String base,String suffix) throws Exception 您可以修改此方法以返回 MetadataResponseResult 类,并直接使用来自comparablefutures的列表
我会移除 thenApply 方法,因为您只需记录一条语句,实际上并不更改结果。
而不是三种方法( partACompletableFuture , partABCompletableFuture , partCCompletableFuture )您可以有一个方法接收供应商作为参数。

@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));

它应该干净得多。希望这有帮助!

相关问题