1.开发中遇到的实际问题
开发一个业务接口功能的过程中,由于没有充分考虑到前端的并发调用,导致接口数据有误。对于这样一个问题,首先要定位问题出现的原因,根据网关调用的日志链路排查。接口主要是在reids中存入对应数据,也redis写数据进行了幂等。但是没充分考虑到线上的连续调用,测试也没有对接口进行并发测试。
确定可能是因为并发导致的接口返回数据问题,因此先对接口进行并发测试,复现并发调用出现的问题,并且提供解决方案
2.利用单元测试来测试多线程
-
遇到的问题
当在单元测试中启动多个线程,但是多个线程启动或者执行比较耗时的情况下,Test线程结束后,会直接结束所有的线程,创建的多个线程不会去执行。 -
解决方案
最简单的方法就是让主线程阻塞,等待其他子线程执行完毕之后继续,比如可以让主线程睡眠几秒钟。
TimeUnit.SECONDS.sleep(10);
或者使用join方法,join() 的作用:让“主线程”等待“子线程”结束之后才能继续运行。
类似:
Thread threadA = new Thread(connectionThread);
Thread threadB = new Thread(connectionThread);
threadA.start();
threadB.start();
threadA.join();
threadB.join();
这样多个线程可以一起执行。不过线程多了,这样写比较麻烦。
- 多线程测试接口案例–复现线上问题
/**
* 测试单车评价选择接口的多线程并发
*/
@Test
public void multiThreadSelectTest() throws InterruptedException {
OrderRateSettingsSelectReqDTO reqDTO = new OrderRateSettingsSelectReqDTO();
reqDTO.setOrderType(BizTypeEnum.BIKE.getValue());
reqDTO.setOrderGuid("16683970396451200496215");
for(int i=0;i<2;i++){
new Thread( () -> {
System.out.println(Thread.currentThread().getName());
Result<OrderRateSettingsSelectResDTO> result = bikeRateService.bikeOrderRateSettingsSelect(reqDTO);
System.out.println(JSON.toJSONString(result));
}).start();
}
TimeUnit.SECONDS.sleep(10);
}
上面单测案例运行之后打印输出结果:
Thread-34
Thread-33
{"code":0,"data":{"carrierId":"16683970396451200496215","needRate":true,"rateToken":"78f1828b-600e-4392-a708-9cf9b0811894","settingsId":"151889654407250000","userNewId":1200496215},"msg":"ok","success":true}
{"code":0,"data":{"carrierId":"16683970396451200496215","needRate":true,"rateToken":"828b-600e-4392-a708-9cf9b0811894","settingsId":"151889654407250000","userNewId":1200496215},"msg":"ok","success":true}
上述结果表明,接口多线程并发的返回结果token结果不一致,没有达到接口的幂等需要。底层redis并发调用导致创建的token被覆盖。最简单的解决方案是家并发锁,并发调用的时候只有一个线程可以执行接口,从而有效的解决了这个线上问题。