紫薯不好吃

> 我两个填写的undefined，可以试试 不行啊哥们

> > timeout 是可以的，retry 的可能得检查下，按理 2.7 也是没法生效的 > > timeout 的逻辑是每个 provider 如果独立定义 timeout 是可以每次请求绑定的，即使切换不同 provider 重式也是没问题的。简单来说就是 timeout 是可以绑定 provider 的，是可以服务端定义的行为；retry 生效的时候因为还没选择 provider 所以无法从 provider 获取。 > > 谢谢，收获良多 大佬，那你后面是如何解决重复调用这个问题？

> timeout 是可以的，retry 的可能得检查下，按理 2.7 也是没法生效的 > > timeout 的逻辑是每个 provider 如果独立定义 timeout 是可以每次请求绑定的，即使切换不同 provider 重式也是没问题的。简单来说就是 timeout 是可以绑定 provider 的，是可以服务端定义的行为；retry 生效的时候因为还没选择 provider 所以无法从 provider 获取。 @DubboReference(cluster = "failfast", retries =...

我发现Dubbo3.0移除了ConfigUtils.getProperty()方法 dubbo-servicecomb内部的ConfigurationSpringInitializer引用的却是ConfigUtils.getProperty()，导致方法找不到

@liubao68 有计划安排什么时候对3.x进行支持？

 返回304，导致这边直接抛异常