先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里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行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!