是的,他们也这样做。
两个代码都定义了一个策略,该策略最多执行 4 次相同的操作:初始尝试 + 3 次额外尝试。
这两个重载的主要区别如下:
在您的特定示例中,您的第二种选择可以这样定义:
Policy
.Handle<SomeExceptionType>()
.WaitAndRetry(
3,
_ => TimeSpan.FromMinutes(1)
);
使用丢弃运算符,您明确声明您没有使用 sleepDurationProvider 中的该参数来计算新的延迟。
为了清楚起见,我在这篇文章中使用了 penalty、delay 和 sleep 可互换的术语。
更新 #1
以下是您可以利用动态惩罚计算的两个示例。
指数退避+抖动
建议不要在每次尝试之间等待相同的时间,而是使用越来越大的延迟来为下游系统提供自我修复空间。因此,例如:2、4、8 ...
jitter 只是一个小的随机数,以避免所有客户端同时尝试发送重试尝试。所以它会及时分散/分散客户端的重试尝试。
const int maxDelayInMilliseconds = 32 * 1000;
var jitterer = new Random();
Policy
.Handle<HttpRequestException>()
.WaitAndRetryForever(
retryAttempt =>
{
var calculatedDelayInMilliseconds = Math.Pow(2, retryAttempt) * 1000;
var jitterInMilliseconds = jitterer.Next(0, 1000);
var actualDelay = Math.Min(calculatedDelayInMilliseconds + jitterInMilliseconds, maxDelayInMilliseconds);
return TimeSpan.FromMilliseconds(actualDelay);
}
);
断路器感知重试
如果您使用断路器来避免在下游系统自我修复时淹没下游系统,您可以在重试时意识到这一点。
默认情况下,所有策略都是独立的,它们彼此不知道。如果您在 CB 打开时发出重试尝试,那么您将收到BrokenCircuitException(因此它会缩短执行)。但是您可以根据 CB 的状态动态计算延迟,这样就可以跳过这些不必要的重试。
断路器定义
Policy<HttpResponseMessage>
.HandleResult(res => res.StatusCode == HttpStatusCode.InternalServerError)
.CircuitBreakerAsync(3, TimeSpan.FromSeconds(2),
onBreak: (dr, ts, ctx) => { ctx[SleepDurationKey] = ts; },
onReset: (ctx) => { ctx[SleepDurationKey] = null; });
重试定义
Policy<HttpResponseMessage>
.HandleResult(res => res.StatusCode == HttpStatusCode.InternalServerError)
.Or<BrokenCircuitException>()
.WaitAndRetryAsync(4,
sleepDurationProvider: (c, ctx) =>
{
if (ctx.ContainsKey(SleepDurationKey))
return (TimeSpan)ctx[SleepDurationKey];
return TimeSpan.FromMilliseconds(200);
});
详细描述此高级用例here。