记一次dubbo接口调用造成的数据插入重复问题

项目近期要上线，这段时间改bug改的躁动不安的，也没时间好好写点东西了。本篇文章想给大家分享的是昨天调试改bug碰到的一个大坑。dubbo的重试配置。 问题出现的原因是，我在服务端接口里加了一段逻辑，导致程序执行时间增加了一些，消费端调用接口的时候超时了，导致触发的重试机制，数据重复推送到 服务端，重复生成三条数据。

大坑模拟复现

简单搭建一下dubbo环境 dubbo-service dubbo-service-sdk dubbo-service-web 1、新建module dubbo-service-sdk 定义服务接口

/**
 * @author v_liuwen
 * @date 2019-07-24
 */
public interface AsoService {

    void saveAso(AsoInfoDto asoInfoDto) throws InterruptedException;
}

/**
 * @author v_liuwen
 * @date 2019-07-24
 */
@Data
public class AsoInfoDto implements Serializable {

    private static final long serialVersionUID = 1L;

    private Long asoId;

    private String asoNo;

    private String linkOrderNo;

    private Date createTime;

}

2、新建module dubbo-service 实现sdk的接口 依赖

       <dependency>
            <groupId>top.qrainly</groupId>
            <artifactId>dubbo-service-sdk</artifactId>
            <version>0.0.1-SNAPSHOT</version>
        </dependency>

        <dependency>
            <groupId>com.alibaba.boot</groupId>
            <artifactId>dubbo-spring-boot-starter</artifactId>
            <version>0.2.0</version>
        </dependency>

        <dependency>
            <groupId>org.apache.zookeeper</groupId>
            <artifactId>zookeeper</artifactId>
            <version>3.4.13</version>
        </dependency>

/**
 * @author v_liuwen
 * @date 2019-07-24
 */
@Service(version = "1.0", interfaceClass = AsoService.class)
@Component
@Slf4j
public class AsoServiceImpl implements AsoService {

    @Override
    public void saveAso(AsoInfoDto asoInfoDto) throws InterruptedException {
        //模拟阻塞超时
        Thread.sleep(5000);

        log.info("插入售后单信息-->{}", JSONObject.toJSONString(asoInfoDto));
    }
}

3、新建module dubbo-service-web 依赖

        <dependency>
            <groupId>top.qrainly</groupId>
            <artifactId>dubbo-service-sdk</artifactId>
            <version>0.0.1-SNAPSHOT</version>
        </dependency>

        <dependency>
            <groupId>com.alibaba.boot</groupId>
            <artifactId>dubbo-spring-boot-starter</artifactId>
            <version>0.2.0</version>
        </dependency>

        <dependency>
            <groupId>org.apache.zookeeper</groupId>
            <artifactId>zookeeper</artifactId>
            <version>3.4.13</version>
        </dependency>

定义业务接口

/**
 * @author v_liuwen
 * @date 2019-07-24
 */
public interface CreateAsoService {

    void saveAso();
}

定义业务实现

/**
 * @author v_liuwen
 * @date 2019-07-24
 */
@Service
@Slf4j
public class CreateAsoServiceImpl implements CreateAsoService {

    @Reference(version = "1.0",check = false)
    private AsoService asoService;
    @Override
    public void saveAso() {
        AsoInfoDto mock = JMockData.mock(AsoInfoDto.class);
        try {
            asoService.saveAso(mock);
        } catch (InterruptedException e) {
            log.error("异常-->{}",e.getMessage());
        }
    }
}

测试类

  @RunWith(SpringRunner.class)
  @SpringBootTest
  public class DubboWebApplicationTests {
  
      @Autowired
      private CreateAsoService createAsoService;
  
      @Test
      public void contextLoads() {
          createAsoService.saveAso();
      }
  
  }

启动dubbo-service 运行测试方法 控制台输出

2019-07-25 21:03:24.655  INFO 6720 --- [:20880-thread-5] t.q.dubboservice.impl.AsoServiceImpl     : 插入售后单信息-->{"asoId":8248,"asoNo":"aQg","createTime":2995060930132,"linkOrderNo":"zDv2"}
2019-07-25 21:03:27.603  INFO 6720 --- [:20880-thread-6] t.q.dubboservice.impl.AsoServiceImpl     : 插入售后单信息-->{"asoId":8248,"asoNo":"aQg","createTime":2995060930132,"linkOrderNo":"zDv2"}
2019-07-25 21:03:30.616  INFO 6720 --- [:20880-thread-7] t.q.dubboservice.impl.AsoServiceImpl     : 插入售后单信息-->{"asoId":8248,"asoNo":"aQg","createTime":2995060930132,"linkOrderNo":"zDv2"}

完美复现问题 刚开始就怀疑是不是重试配置导致的，但是看了一下@Reference的retries默认也是0，也就是说不配置的话默认重试0次，也就是不重试。 那为啥还调了三次。于是尝试配置了重试次数为-1

@Reference(version = "1.0",retries = -1,check = false)

再次操作 控制台输出

果然！真是重试配置搞的鬼！后来我们的处理方案并不是把重试次数设为-1,而是配置的超时时间为30000ms。毕竟在网络抖动以及异常情况下，重试确实是 一个很好的弥补措施。配置超时时间也一样可以解决问题。至于服务超时处理，这个，也确实要优化一下。

总结：

dubbo接口的注入可以通过xml的方式和声明注解的方式注入 针对业务场景，配置合理的重试次数和超时时间，可以有效避免接口调用的问题 能配置超时时间尽量不要屏蔽重试机制

转载于:https://my.oschina.net/qrainly/blog/3079240