想问一下关于 dubbo 超时机制的问题

• 主 資深大佬 : h123123h

  最后修改一下，意思就是如果消费者调用超时了会报错，但是不影响提供者继续执行代码。这样会不会造成接口失败，但提供者的逻辑执行成功了的情况，怎么解决？

• 資深大佬 : lunarzzz

  没想到特别好的办法，耗时长的接口可以采用异步调用，幂等接口可以重试，提供者也可以存储相应的状态并提供另一个接口用于消费者进行判断

• 資深大佬 : venpong

  @lunarzzz 你异步调用的话，在异步的接口里面也会抛异常吧？只不过是主线程接收不到异常，但是我在想 dubbo 接口为啥会超时呢？这个应该根据具体业务来解决吧，如果是查询大量数据，从优化 sql 的角度入手？或者增加超时时长？
• 資深大佬 : freebird1994

  生产者也可以配置过期时间

• 主 資深大佬 : h123123h

  @freebird1994 生产者的时间配置是针对消费者的，并不是针对生产者的

• 主 資深大佬 : h123123h

  @venpong 查询超时不影响业务，主要是新增修改这些。消费者超时失败了，但是生产者服务确成功了

• 資深大佬 : waytodelay

  只能抛出异常提示，系统繁忙，请刷新后重试

• 資深大佬 : waytodelay

  如果是 新增这种需要做幂等

• 主 資深大佬 : h123123h

  @waytodelay 也就是说消费者只能抛出异常提醒，然后生产者超时的那个被调用的方法逻辑如果更新成功了，只能后面补偿？感觉这个设计有缺陷呀