在这个话题开始之前,首先我们来弄清楚为什么要做并发测试?
一般并发测试,是指模拟并发访问,测试多用户并发访问同一个应用、模块、数据时是否产生隐藏的并发问题,如内存泄漏、线程锁、资源争用问题。
站在性能测试的角度,并发测试不是为了获得性能指标,而是为了发现并发引起的问题。
那么并发对应的技术实现到底是怎样的呢?
简单地说,并发是指多个进程或线程在某一时刻同时处理指定的操作,有点类似于性能测试中集合点的概念,讲究同时性。
普及到这里,接下来讨论技术实现:
最近在项目里面发现一些开发人员做动态测试模拟500并发时,实现代码如下:
代码片段1:
public static void main(String[] args) {
// TODO Auto-generated method stub
for(int i=0;i<500;i++){
new MyThread().run();
}
}
static class MyThread implements Runnable{
@Override
public void run() {
// TODO Auto-generated method stub
// 定义每个线程负责的业务逻辑实现
}
}
因为涉及一些共享对象的使用,避免多线程乱序现象,我建议加上同步锁,后来开发人员改写了代码,实现如下:
代码片段2:
public static void main(String[] args) {
// TODO Auto-generated method stub
// 定义线程池,模拟500并发请求
ThreadPoolExecutor executor = new ThreadPoolExecutor(500, 500, 1000,
TimeUnit.MILLISECONDS, new LinkedBlockingQueue<Runnable>(500),
new ThreadPoolExecutor.DiscardOldestPolicy());
for(int i=0;i<500;i++){
executor.execute(new MyThread());
}
executor.shutdown();
}
static class MyThread implements Runnable{
@Override
public void run() {
// TODO Auto-generated method stub
// 定义每个线程负责的业务逻辑实现
synchronized (this) {
}
}
}
其实上述这种方式在CPU层面采用的是FIFO策略(先进先出),线程是依次拿到锁资源进行处理的,无法达到同时性,所以我决定自己来做白盒测试,使用下面2种方式来实现:CyclicBarrier 和 CountDownLatch .
代码片段3:
public static void main(String[] args) {
// TODO Auto-generated method stub
CountDownLatch cdl = new CountDownLatch(500);
for (int i = 0; i < 500; i++) {
new MyThread(cdl).run();
}
try {
cdl.await();//调用await()方法的线程会被挂起,它会等待直到count值为0才继续执行
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
static class MyThread implements Runnable {
private CountDownLatch cdl;
public MyThread(CountDownLatch cdl) {
this.cdl = cdl;
}
@Override
public void run() {
// TODO Auto-generated method stub
cdl.countDown();//将count值减1
// 定义每个线程负责的业务逻辑实现
}
}
上面每个线程都共享了一个计数器,减1后调用await()方法挂起,直到count减为0时,才一起继续执行;
代码片段4:
public static void main(String[] args) {
// TODO Auto-generated method stub
CyclicBarrier cb = new CyclicBarrier(500);
ExecutorService es = Executors.newFixedThreadPool(500);
for (int i = 0; i < 500; i++) {
es.execute(new MyThread(cb));
}
es.shutdown();
}
static class MyThread implements Runnable {
private CyclicBarrier cb;
public MyThread(CyclicBarrier cb) {
this.cb = cb;
}
@Override
public void run() {
// TODO Auto-generated method stub
try {
// 等待所有任务准备就绪
cb.await();
// 定义每个线程负责的业务逻辑实现
} catch (Exception e) {
e.printStackTrace();
}
}
}
所有线程创建完毕后调用await()方法挂起,直至所有线程都到达barrier状态再同时执行;
声明:在这里,CyclicBarrier的barrier状态是可重用的,而CountDownLatch是不可重用的,个人还是推荐CyclicBarrier,因为性能上损耗较小些!
今天就总结到这了~~
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 25岁的心里话
· 闲置电脑爆改个人服务器(超详细) #公网映射 #Vmware虚拟网络编辑器
· 零经验选手,Compose 一天开发一款小游戏!
· 因为Apifox不支持离线,我果断选择了Apipost!
· 通过 API 将Deepseek响应流式内容输出到前端