失败重试机制需要注意的问题

为了保证系统的可用性，很多情况下都会加入重试机制，很多框架就是这样做的，但是如果使用不好会带来很多问题：

1.  如果加入重试机制，要求更新修改类的接口都被设计为幂等的，否则业务上会有重复执行的可能，带来不可预测的结果；
2. 上下游超时如果设置不合理，会导致超时重试机制无用；例如：A调用B，B正常100ms返回，A给B设置150ms超时，而B设置了对C的一次重试，最终210ms正确返回了，A的超时时间比较短，所以B对C的重试做了无用功，除此之外还有很多种情况导致重试机制无效；

3. 重试可以细分为，分为失败重试和超时重试。
4. 超时大部分情况除了网络原因，就是性能导致的，如果是性能导致的，调用方再连续重复调用，系统请求变为正常值的retries倍，系统压力会大增，加速服务崩溃；

5. 重试应当将可重试与不可重试的接口做区分，比如查询类的操作，在超时时间允许的范围内，失败可以一直重试，更新类的操作若是想重试，失败重试可以重复请求，超时重试则必须支持幂等。