wanwan995的博客

业务场景 保存/复制某棵树，还需要保存树的分支节点以及分支上的叶子特征 业务分析 保存树节点到A表，遍历得到树分支节点，查询对应叶子信息，批量保存到B表。如果查询某个叶子节点失败则提示保存树失败。因为保存的树就不是之前树的结构和样子了（业务需要保存一模一样整棵树）。 业务探讨 如果串行执行，那就是每个节点查询以及保存的时间总和。于是引入多线程，但异步执行不获取返回值的话，时间是主线程的时间，但也得不到子线程的状态，捕获不到子线程的异常在主线程处理。所以引入Callable，带返回值的线程，返回值有两种F

阿里云SDK示例上传文件 阿里云oss服务github地址 导入jar包 <dependency> <groupId>com.aliyun.oss</groupId> <artifactId>aliyun-sdk-oss</artifactId> <version>3.11.0</version> </dependency> 配置文件 aliyun: oss: endpoin

1.读取网络路径的Excel文件（流文件格式） 2.获取Excel的每一行数据，并验证学校班级是否存在，并获取对应的schoolID和classID 3.批量保存学生信息，并返回保存成功的行数 导入关于Excel的Pom文件 <dependency> <groupId>org.apache.poi</groupId> <artifactId>poi</artifactId> <version>3.16</v

为什么要使用 业务需求： 不重复 无规律 分布式ID的特性： 全局唯一，这是基本要求，不能出现重复。 数字类型，趋势递增，保证写入数据的性能。 长度短，能够提高查询效率，这也是从MySQL数据库规范出发的，尤其是ID作为主键时。在系统设计和实现上要尽可能的简单 信息安全，如果ID连续生成，势必会泄露业务信息，甚至可能被猜出，所以需要无规则不规则。 高可用低延时，ID生成快，能够扛住高并发，延时足够低不至于成为业务瓶颈。 有哪些分布式ID生成算法 传统： UUID生成： 优：简单易用、本地生成没有

在调用支付宝接口的过程中发现，只要引用合适或者最新的

首先设置任务自动执行时间 //每日十点开始执行获取昨日账单任务 @Scheduled(cron = "0 0 10 * * ?") public void thirdBillsTask() throws Exception{ // 获取昨日日期 LocalDate today = LocalDate.now(); LocalDate yesterday = today.minusDays(1); String taskDate = formatter.format(yesterday); // 获