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被覆盖。最简单的解决方案是家并发锁并发调用的时候只有一个线程可以执行接口从而有效的解决了这个线上问题。