先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）
正文
在这里再次简单交代下接口自动化具体业务背景：在文件上传过程中，进行反复切换集群的操作，验证文件再上传过程中是否有损坏，预期结果是下载到本地的文件，要和源文件保持一致。
场景解析：上传文件、切换集群其实是两个任务，要求是并行的；
难点分析：我们都知道java代码在一个方法内，正常情况下都是按照代码上下顺序执行的，但是我们怎么让上传文件、切换集群两种操作并行执行呢？
如下伪代码（为了帮助大家理解，以及满足保密要求，所以对全文代码有一定的删减）：
@Test(description = “上传分片文件过程中由源当前集群切换另一个集群”)
public void testSwitchSourceContainerClusterBetweenPartFileUpload() throws Exception {
//上传文件
PartObjectUploadClient.upload(cspPartRequestDto, 10250);
//切换集群
SimpleObjectUploadClient.switchMap2SourceBucketFirstIndex(paramMap);
}
正常情况下来说，先执行上传文件操作、再执行切换集群操作，对吧？但是我们需要的是边上传文件，边切换集群的效果，咋办？
使用CompletableFuture框架呗（引入有点生硬哈），具体伪代码如下：
@Test(description = “上传分片文件过程中由源当前集群切换另一个集群”)
public void testSwitchSourceContainerClusterBetweenPartFileUpload() throws Exception {
// 创建第一个异步操作
CompletableFuture future1 = CompletableFuture.runAsync(() -> {
try {
PartObjectUploadClient.upload(cspPartRequestDto, 10250);
Assert.assertTrue(SimpleObjectUploadClient.isSameFiles(uploadFilePath, fileWritePath));
} catch (InterruptedException e) {
e.printStackTrace();
} catch (Exception e) {
throw new RuntimeException(e);
}
log.info(“任务1完成”);
});
// 创建第二个异步操作
CompletableFuture future2 = CompletableFuture.runAsync(() -> {
// 来回多次切换集群
try {
while (!future1.isDone()){
SimpleObjectUploadClient.switchMap2SourceBucketFirstIndex(paramMap);
Thread.sleep(3000);
SimpleObjectUploadClient.switchMap2SourceBucketlastIndex(paramMap);
}
} catch (JSchException | IOException | InterruptedException e) {
throw new RuntimeException(e);
}
log.info(“任务2完成”);
});
// 等待所有的异步操作完成
CompletableFuture.allOf(future1, future2).join();
}
为了帮助大家理解，以上代码有删减，
运行结果如下：
testcase.special.SpecialScenario.lambda$testSwitchSourceContainerClusterBetweenPartFileUpload
3
(
198
)
]
−
[
I
N
F
O
]
开始切换集群
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
0
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
1
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
2
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
3
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
4
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
5
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
6
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
7
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
8
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
9
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
10
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
11
个分片
t
e
s
t
c
a
s
e
.
s
p
e
c
i
a
l
.
S
p
e
c
i
a
l
S
c
e
n
a
r
i
o
.
l
a
m
b
d
a
3(198) ] - [ INFO ] 开始切换集群 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第0个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第1个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第2个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第3个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第4个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第5个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第6个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第7个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第8个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第9个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第10个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第11个分片 testcase.special.SpecialScenario.lambda
3(198)]−[INFO]开始切换集群common.PartObjectUploadClient.divide(806)]−[INFO]上传第0个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第1个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第2个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第3个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第4个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第5个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第6个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第7个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第8个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第9个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第10个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第11个分片testcase.special.SpecialScenario.lambdatestSwitchSourceContainerClusterBetweenPartFileUpload
3
(
198
)
]
−
[
I
N
F
O
]
开始切换集群
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
12
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
13
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
14
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
15
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
16
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
17
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
18
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
19
个分片
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
20
个分片
t
e
s
t
c
a
s
e
.
s
p
e
c
i
a
l
.
S
p
e
c
i
a
l
S
c
e
n
a
r
i
o
.
l
a
m
b
d
a
3(198) ] - [ INFO ] 开始切换集群 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第12个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第13个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第14个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第15个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第16个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第17个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第18个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第19个分片 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第20个分片 testcase.special.SpecialScenario.lambda
3(198)]−[INFO]开始切换集群common.PartObjectUploadClient.divide(806)]−[INFO]上传第12个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第13个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第14个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第15个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第16个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第17个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第18个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第19个分片common.PartObjectUploadClient.divide(806)]−[INFO]上传第20个分片testcase.special.SpecialScenario.lambdatestSwitchSourceContainerClusterBetweenPartFileUpload
3
(
198
)
]
−
[
I
N
F
O
]
开始切换集群
c
o
m
m
o
n
.
P
a
r
t
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
d
i
v
i
d
e
(
806
)
]
−
[
I
N
F
O
]
上传第
21
个分片
c
o
m
m
o
n
.
S
i
m
p
l
e
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
i
s
S
a
m
e
F
i
l
e
s
(
292
)
]
−
[
I
N
F
O
]
−
−
−
−
f
i
l
e
1.
l
e
n
g
t
h
(
)
−
−
−
−
−
−
2231005
c
o
m
m
o
n
.
S
i
m
p
l
e
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
i
s
S
a
m
e
F
i
l
e
s
(
293
)
]
−
[
I
N
F
O
]
−
−
−
−
f
i
l
e
2.
l
e
n
g
t
h
(
)
−
−
−
−
−
−
2231005
c
o
m
m
o
n
.
S
i
m
p
l
e
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
i
s
S
a
m
e
F
i
l
e
s
(
304
)
]
−
[
I
N
F
O
]
+
+
+
+
+
+
+
+
+
f
i
r
s
t
F
i
l
e
M
d
5
+
+
+
+
+
+
+
+
+
+
+
+
+
:
21
b
532468
c
6
c
3
d
7
d
f
2
a
a
d
768
b
6
c
3880
c
c
o
m
m
o
n
.
S
i
m
p
l
e
O
b
j
e
c
t
U
p
l
o
a
d
C
l
i
e
n
t
.
i
s
S
a
m
e
F
i
l
e
s
(
307
)
]
−
[
I
N
F
O
]
+
+
+
+
+
+
+
+
+
s
e
c
o
n
d
F
i
l
e
M
d
5
+
+
+
+
+
+
+
+
+
+
+
+
+
:
21
b
532468
c
6
c
3
d
7
d
f
2
a
a
d
768
b
6
c
3880
c
t
e
s
t
c
a
s
e
.
s
p
e
c
i
a
l
.
S
p
e
c
i
a
l
S
c
e
n
a
r
i
o
.
l
a
m
b
d
a
3(198) ] - [ INFO ] 开始切换集群 common.PartObjectUploadClient.divide(806) ] - [ INFO ] 上传第21个分片 common.SimpleObjectUploadClient.isSameFiles(292) ] - [ INFO ] ---- file1.length() ------ 2231005 common.SimpleObjectUploadClient.isSameFiles(293) ] - [ INFO ] ---- file2.length() ------ 2231005 common.SimpleObjectUploadClient.isSameFiles(304) ] - [ INFO ] +++++++++ firstFileMd5 +++++++++++++:21b532468c6c3d7df2aad768b6c3880c common.SimpleObjectUploadClient.isSameFiles(307) ] - [ INFO ] +++++++++ secondFileMd5 +++++++++++++:21b532468c6c3d7df2aad768b6c3880c testcase.special.SpecialScenario.lambda
3(198)]−[INFO]开始切换集群common.PartObjectUploadClient.divide(806)]−[INFO]上传第21个分片common.SimpleObjectUploadClient.isSameFiles(292)]−[INFO]−−−−file1.length()−−−−−−2231005common.SimpleObjectUploadClient.isSameFiles(293)]−[INFO]−−−−file2.length()−−−−−−2231005common.SimpleObjectUploadClient.isSameFiles(304)]−[INFO]+++++++++firstFileMd5+++++++++++++:21b532468c6c3d7df2aad768b6c3880ccommon.SimpleObjectUploadClient.isSameFiles(307)]−[INFO]+++++++++secondFileMd5+++++++++++++:21b532468c6c3d7df2aad768b6c3880ctestcase.special.SpecialScenario.lambdatestSwitchSourceContainerClusterBetweenPartFileUpload
2
(
186
)
]
−
[
I
N
F
O
]
任务
1
完成
t
e
s
t
c
a
s
e
.
s
p
e
c
i
a
l
.
S
p
e
c
i
a
l
S
c
e
n
a
r
i
o
.
l
a
m
b
d
a
2(186) ] - [ INFO ] 任务1完成 testcase.special.SpecialScenario.lambda
2(186)]−[INFO]任务1完成testcase.special.SpecialScenario.lambdatestSwitchSourceContainerClusterBetweenPartFileUpload$3(206) ] - [ INFO ] 任务2完成
PASSED: testSwitchSourceContainerClusterBetweenPartFileUpload
上传分片文件过程中源container集群切换，由源container 当前集群切换另一个集群，测试分片文件是否上传下载成功
上传文件任务1，切换集群是任务2，由运行结果打印的日志可以看出来，两个任务并行交替执行，实现了我们想要的结果。
三、重点代码解析
1、使用CompletableFuture.runAsyncf方法创建了两个异步任务，
2、其中6-7行代码是上传文件，和下载文件验证操作，底层封装好的代码，下载验证文件逻辑也很简单，就是读取源文件和下载文件的，先比较文件大小再比对两个文件的md5的值是否一致，两者都一致，那就认为文件在上传过程中，即使你不停切换集群，不会造成文件有损坏。
校验过程，运行结果都有显示，请看26-29行运行结果信息
3、19-23行代码是个死循环，死循环截止条件就是第一个任务（上传文件任务完成）结束，死循环期间，执行来回切换集群的操作。
4、30行代码调用CompletableFuture.allOf(future1, future2).join()方法就是把两个任务合并，等待所有的异步操作完成。
四、CompletableFuture关键方法简单分析
友情提示：以下内容枯燥乏味，没有优秀的代码基础的人，或对代码无感的人，可以忽略这部分内容哈，会用并且知道适用于那些场景即可。
另外，CompletableFuture方法多且复杂，本文只讲解其中几个关键方法。
runAsyncf
CompletableFuture.runAsync 方法是 CompletableFuture 类提供的一个静态方法，用于异步执行一个任务，
并且不返回任何结果。它的方法签名如下：
public static CompletableFuture runAsync(Runnable runnable)
该方法接收一个 Runnable 对象作为参数，表示需要异步执行的任务。Runnable 接口中只有一个 run 方法，因此你可以通过传入一个 Runnable 对象来定义需要异步执行的任务。
runAsync 方法返回一个 CompletableFuture<Void> 对象，表示异步任务的结果。由于这个方法不返回任何结果，因此返回的 CompletableFuture 的泛型参数是 Void。
future1.isDone()
future1.isDone() 方法是 java.util.concurrent.Future 接口中定义的一个方法，
用于检查与此 Future 关联的任务是否已经完成。其方法签名如下：
boolean isDone();
该方法返回一个 boolean 值，表示与该 Future 关联的任务是否已经完成。如果任务已经完成，即任务正常执行结束、被取消或者由于执行过程中出现异常而导致执行中止，则返回 true；否则返回 false。
通常情况下，我们可以在异步任务提交后使用 isDone() 方法来检查任务是否已经完成，然后根据返回值进行相应的处理，例如等待任务完成、取消任务、或者处理任务的结果等。
CompletableFuture.allOf(future1, future2).join()
CompletableFuture.allOf(future1, future2).join() 是 CompletableFuture 类提供的一个静态方法，
用于等待多个 CompletableFuture 对象都完成后再继续执行。它的方法签名如下：
public static CompletableFuture allOf(CompletableFuture<?>… cfs)
该方法接收一个或多个 CompletableFuture 对象作为参数，表示需要等待完成的异步任务。在所有参数指定的异步任务都完成后，allOf 方法返回一个新的
CompletableFuture<Void> 对象，表示所有任务的完成状态。由于该方法不返回任何结果，因此返回的 CompletableFuture 的泛型参数是 Void。
join() 方法是 CompletableFuture 类的一个实例方法，用于阻塞当前线程，
等待 CompletableFuture 对象的完成，并返回其结果或抛出异常。在
CompletableFuture.allOf(future1, future2).join() 中，join() 方法用于等待 CompletableFuture.allOf(future1, future2) 返回的
CompletableFuture 对象的完成，并且阻塞当前线程直到所有指定的异步任务都完成。
五、CompletableFuture使用限制
虽然在某些场景下，CompletableFuture可以通过任务拆解的方式提高执行效率，但是需要注意的是它并非适合所有的场景。ForkJoinTask在使用时需要谨记一些限制，违背这些限制可能会适得其反甚至引来灾难。
-
线程资源消耗：每个 CompletableFuture都会创建一个新的线程（除非使用了线程池），因此如果创建了大量的 CompletableFuture，可能会消耗大量的线程资源，导致性能问题或者资源耗尽。
-
异常处理：使用 CompletableFuture时需要小心处理异常。如果一个 CompletableFuture的任务出现异常，但没有适当地处理，可能会导致整个链式操作中断或者无法正常执行。
-
内存消耗：在处理大量的 CompletableFuture 时，需要注意内存消耗。每个 CompletableFuture都会占用一定的内存空间，如果创建了大量的 CompletableFuture，可能会导致内存溢出。
-
调试困难：CompletableFuture 的链式操作是异步执行的，这会增加调试的难度。在调试时需要小心处理异步操作的执行顺序和线程切换的情况。
-
不适合所有场景：虽然 CompletableFuture提供了方便的异步编程工具，但并不适合所有的场景。在某些情况下，使用传统的同步方法可能更加简单和有效。
总之，虽然 CompletableFuture提供了强大的异步编程功能，但在使用时需要注意以上限制，并根据具体的场景和需求谨慎选择是否使用。
小结
以上就是关于CompletableFuture的全部内容。通过文章的分享，我们了解了 CompletableFuture 框架的分治算法思想、使用场景和关键方法。
CompletableFuture 是 Java 中强大的异步编程工具，通过其分治算法思想和丰富的方法集，我们可以轻松处理各种复杂的异步任务，提高代码的可读性、可维护性和性能。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）
[外链图片转存中…(img-VhtZoebj-1713293236326)]
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
237
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
