• 简单使用ThreadLocal、FunctionalInterface、CompletableFuture


    设计背景

    数据迁移、涉及上万条数据,使用Job利用多线程处理。

    程序代码

    1. // 被Spring管理的一个线程池
    2. @Resource(name = "unionCollectOrderPool")
    3. ThreadPoolTaskExecutor threadPool;
    4. // 用于发送 coc请求的参数
    5. private static ThreadLocal<UpdateVoucherReq> updateVoucherReqThreadLocal = ThreadLocal.withInitial(UpdateVoucherReq::new);
    6. // 创建DubboUploadRequest对象放置于Thread中
    7. private static ThreadLocal<DubboUploadRequest> uploadRequestThreadLocal = ThreadLocal.withInitial(DubboUploadRequest::new);
    8. /**
    9. * 具体更新任务的细节
    10. *
    11. * @param getListFunction 需要处理数据的函数
    12. * @param updateAndValidFunction 调用接口(更新数据库)并获取是否成功的函数
    13. */
    14. public void detailJob(Supplier<List<Map>> getListFunction, BiPredicate<String, Map> updateAndValidFunction) {
    15. // 1.通过Supplier 获取需要处理数据
    16. List<Map> listMap = getListFunction.get();
    17. if (listMap == null)
    18. return;
    19. // 2.执行具体的业务 包括文件流下载、上传、更新数据库Url
    20. // 2.1.添加程序计数
    21. LongAdder validAdder = new LongAdder();
    22. LongAdder successAdder = new LongAdder();
    23. LongAdder failAdder = new LongAdder();
    24. listMap.forEach(fileUrlAndId -> {
    25. // 1.下载-先判断是否有日志 ,使用指定的线程池
    26. CompletableFuture<byte[]> downLoadStage = CompletableFuture.supplyAsync(() -> {
    27. byte[] fileByte;
    28. try {
    29. fileByte = hfsClient.getFile(fileUrlAndId.get("url").toString());
    30. // 判断文件是否存在,若不存在抛出异常
    31. Assert.notNull(fileByte, "文件不存在");
    32. validAdder.increment();
    33. } catch (Exception e) {
    34. log.error("Stage1-下载文件时异常。");
    35. throw new Exception();
    36. }
    37. return fileByte;
    38. }, threadPool);
    39. // 2.上传
    40. CompletableFuture<String> uploadStage = downLoadStage.thenApplyAsync(downLoadResult -> {
    41. // 分割文件名[Cp8L4FxqSwaAP7qTAAEq3Ys0gxc739]以及后缀名[.jpg]
    42. String oldUrl = fileUrlAndId.get("url").toString();
    43. int start = oldUrl.lastIndexOf("/");
    44. int end = oldUrl.lastIndexOf(".");
    45. String fileName = oldUrl.substring(start + 1, end);
    46. String fileSuffix = oldUrl.substring(end);
    47. // Supplier中获取 dubboUploadRequest(已设置部分属性)
    48. DubboUploadRequest request = uploadRequestThreadLocal.get();
    49. request.setFileName(fileName);
    50. request.setFileSuffix(fileSuffix);
    51. request.setFileBytes(downLoadResult);
    52. request.setFileLength(String.valueOf(downLoadResult.length));
    53. // 请求FSG Dubbo接口 获取响应值中的Url
    54. UploadResponse response;
    55. try {
    56. response = uploadFacadeRT.upload(request);
    57. Assert.notNull(response.getUrl(), "新的Url为Null");
    58. } catch (Exception e) {
    59. log.error("Stage2-上传文件时异常。");
    60. throw new Exception();
    61. }
    62. return response.getUrl();
    63. }, threadPool);
    64. // 3.调用接口更新-对于异常的处理
    65. CompletableFuture<Boolean> updateUrlStage = uploadStage.thenApplyAsync(uploadResult -> {
    66. // BiFunction 获取具体处理的业务代码
    67. boolean isSuccess = updateAndValidFunction.test(uploadResult, fileUrlAndId);
    68. Assert.isTrue(isSuccess, "Stage3-数据更新时异常。");
    69. successAdder.increment();
    70. return true;
    71. }, threadPool).handleAsync((step3, throwable) -> {
    72. if (throwable != null) {
    73. // 失败次数+1,打印日志
    74. failAdder.increment();
    75. log.info("异常小结,Msg:{},ID:{},URL:{};Trace:{}",
    76. fileUrlAndId.get("id"), fileUrlAndId.get("url"), throwable.getMessage(), throwable.getStackTrace());
    77. return false;
    78. }
    79. return true;
    80. }, threadPool);
    81. // 最长等待3s获取 最后一步结果
    82. // [downLoadStage -> uploadStage -> updateUrlStage]
    83. try {
    84. updateUrlStage.get(60, TimeUnit.SECONDS);
    85. } catch (InterruptedException e) {
    86. log.error("任务被中断," + e.getMessage(), e);
    87. } catch (ExecutionException e) {
    88. log.error("检索任务时异常,ID:" + fileUrlAndId.get("id") + e.getMessage(), e);
    89. e.printStackTrace();
    90. } catch (TimeoutException e) {
    91. log.error("执行任务超时,ID:" + fileUrlAndId.get("id"));
    92. }
    93. });
    94. // 2.3.输出日志
    95. log.info("detailJob任务总结:{}条有效数据,成功{}条,失败{}次。", validAdder, successAdder, failAdder);
    96. }

            具体使用的方法

    1. public void runCocJob() {
    2. log.info("COC处理开始");
    3. detailJob(() -> {
    4. List<Map> fileUrlAndIdList = new ArrayList<>();
    5. int count = jobOfService.cocNeedUpdateCount();
    6. if (count == 0) {
    7. log.info("t_coc_voucher表内没有需要更新的数据");
    8. return null;
    9. }
    10. // 分页获取t_coc_voucher的数据
    11. int currentPage = 0;
    12. while (count > 0) {
    13. count = count - 1000;
    14. fileUrlAndIdList.addAll(jobOfService.selectCocNeedUpdate(currentPage));
    15. currentPage++;
    16. }
    17. return fileUrlAndIdList;
    18. },
    19. (uploadResult, fileUrlAndId) -> {
    20. // 替换成具体的接口
    21. UpdateVoucherReq req = updateVoucherReqThreadLocal.get();
    22. req.setNewUploadUrl(uploadResult);
    23. req.setOldUploadUrl(fileUrlAndId.get("url").toString());
    24. req.setVoucherId((Long) fileUrlAndId.get("id"));
    25. // FacadeUtils.assertFacadeIsSuccess 保证调用成功,一定是成功了
    26. cocFacadeService.updateVoucher(req);
    27. return true;
    28. }
    29. );
    30. log.info("COC处理结束");
    31. }

    ThreadLocal的引入不必有多少条数据处理New 多少个Req对象

    此类提供线程局部变量。这些变量不同于它们的正常对应变量,因为每个访问一个(通过它的get或set方法)的线程都有它自己的、独立初始化的变量副本。 ThreadLocal实例通常是希望将状态与线程相关联的类中的私有静态字段(例如,用户 ID 或事务 ID)。
    例如,下面的类生成每个线程本地的唯一标识符。线程的 id 在第一次调用ThreadId.get()时被分配,并且在后续调用中保持不变。

     CompletableFuture 还使用以下策略实现接口CompletionStage,then***方法 可将一个任务产分成多份。代码中。将下载-》上传-》更新 拆分成了三部分。方便日志的记录

    CompletionStage

    可能是异步计算的一个阶段,它在另一个 CompletionStage 完成时执行一个操作或计算一个值。一个阶段在其计算终止时完成,但这可能反过来触发其他相关阶段。此接口中定义的功能仅采用几种基本形式,可扩展为更大的方法集以捕获一系列使用风格:
    阶段执行的计算可以表示为 Function、Consumer 或 Runnable(分别使用名称包括apply 、 accept或run的方法),具体取决于它是否需要参数和/或产生结果。例如, stage.thenApply(x -> square(x)).thenAccept(x -> System.out.print(x)).thenRun(() -> System.out.println()) 。另一种形式( compose )应用阶段本身的功能,而不是它们的结果。
    一个阶段的执行可以由单个阶段的完成触发,也可以由两个阶段的完成触发,或者两个阶段中的任一个触发。使用带有前缀then的方法排列单个阶段的依赖关系。由两个阶段完成触发的那些可以使用相应命名的方法组合它们的结果或效果。由两个阶段中的任何一个触发的那些不保证哪些结果或效果用于从属阶段的计算。
    阶段之间的依赖关系控制计算的触发,但不保证任何特定的顺序。此外,新阶段计算的执行可以按以下三种方式中的任何一种安排:默认执行、默认异步执行(使用带有后缀async的方法,该方法采用阶段的默认异步执行工具)或自定义(通过提供的Executor )。默认和异步模式的执行属性由 CompletionStage 实现指定,而不是此接口。具有显式 Executor 参数的方法可能具有任意执行属性,甚至可能不支持并发执行,但以适应异步的方式安排处理。
    两种方法形式支持处理触发阶段是正常完成还是异常完成:方法whenComplete允许注入动作而不管结果如何,否则在完成时保留结果。方法handle还允许阶段计算替换结果,该结果可以允许其他相关阶段进行进一步处理。在所有其他情况下,如果某个阶段的计算因(未经检查的)异常或错误而突然终止,则所有需要其完成的相关阶段也会异常完成,并且CompletionException将异常作为其原因。如果一个阶段依赖于两个阶段,并且都异常完成,那么 CompletionException 可能对应于这些异常中的任何一个。如果一个阶段依赖于其他两个阶段中的任何一个,并且其中只有一个异常完成,则无法保证依赖阶段是正常完成还是异常完成。在方法whenComplete的情况下,当提供的操作本身遇到异常时,如果尚未异常完成,则阶段异常完成此异常。
    所有方法都遵循上述触发、执行和异常完成规范(在单个方法规范中不再重复)。此外,虽然用于为接受它们的方法传递完成结果(即,对于T类型的参数)的参数可能为 null,但为任何其他参数传递 null 值将导致引发NullPointerException 。
    该接口未定义初始创建、正常或异常强制完成、探测完成状态或结果或等待阶段完成的方法。 CompletionStage 的实现可以酌情提供实现这种效果的方法。方法toCompletableFuture通过提供一个通用的转换类型来实现此接口的不同实现之间的互操作性。

     使用了CompletionStage<U> handleAsync()方法对以上三步进行异常总结

     为了记录成功、失败、异常的次数使用了atomic 下的 LongAdder保证线程安全

     

  • 相关阅读:
    华为云云耀云服务器L实例评测|云耀云服务器L实例部署JumpServer开源堡垒机
    Linux新手教程||Linux vi/vim
    【JavaEE】Spring核心与设计思想(控制反转式程序演示、IoC、DI)
    Git基本概念与使用
    列表的基础应用
    基于ssm的小区物业管理系统
    多线程&并发篇---第九篇
    FF800R12KE7HPSA1 IGBT 1200V 800A AG-62MM
    Qt第六十五章:自定义菜单栏的隐藏、弹出
    VIO/VINS中关于能观性/可观性的详细讲解
  • 原文地址:https://blog.csdn.net/qq_34922830/article/details/125448318