在 Client 中可以使用 fallbackFactory 集中管理熔断方法，那么 Controller 中的方法可以类似处理吗？

Question

1. 要是每个方法的 FallBack 都写在 Controller 里面太臃肿了，也不好管理，容易遗漏搞错。

2. DefaultFallBack 没办法匹配(参数、返回值) Controller 下所有方法吧。

Answer 1

廖师兄 2018-08-04 00:01:49

不希望单独设置，统一设置又不够精准，这不是互相矛盾吗？

你想要的具体效果是什么样的呢，可以举个具体的例子

• 提问者 qq_哈之仆_0 #1

  谢谢师兄，可能我表达有问题
  具体效果1： 类似fallbackFactory  写一个 FallBack 继承类，里面对每一个方法都有 FallBack 重载，这样方便管理。
  具体效果2：一个统一的 FallBack，我试了下 DefaultFallBack 可以对参数不要求，但是对返回值还是有校验的，返回类型不一致会报错，哪怕我 FallBack 返回类型写作 Object
  效果1与效果2是互斥的，主要是想表达二者实现其一就可以了。
  当前的解决方案：写了一个 DefaultFallBack 针对返回值为Boolean 类型的(主要针对Post请求，超时或者发生错误的概率大些)，其他 Get 查询类请求就没有设置 FallBack了

• 廖师兄 回复 提问者 qq_哈之仆_0 #2

  你的需求，在网关层做一个统一的限流会比较合适