Polly极简介绍
Polly是一个被.NET基金会认可的弹性和瞬态故障处理库，允许我们以非常顺畅和线程安全的方式来执诸如行重试，断路，超时，故障恢复等策略，其主要功能如下：
重试（Retry）
断路器（Circuit-Breaker）
超时检测（Timeout）
缓存（Cache）
降级（Fallback）
Polly的策略主要由“故障”和“动作”两个部分组成，“故障”可以包括异常、超时等情况，“动作”则包括Fallback（降级）、重试（Retry）、熔断（Circuit-Breaker）等。策略则用来执行业务代码，当业务代码出现了“故障”中的情况时就开始执行“动作”。
Polly 错误处理使用三步曲
- 定义条件： 定义你要处理的错误异常或返回结果
- 定义处理方式 ： 重试、熔断、回退
- 执行
定义条件
- 定义异常错误的条件
// 单个异常类型
Policy.Handle<Exception>();
// 限定条件的单个异常
Policy.Handle<Exception>(ex => ex.Message == "请求超时");
// 多个异常类型
Policy.Handle<Exception>().Or<ArgumentException>();
// 限定条件的多个异常
Policy.Handle<Exception>(ex => ex.Message == "请求超时")
.Or<ArgumentException>(ex => ex.ParamName == "ID");
// Inner Exception 异常里面的异常类型
Policy.HandleInner<Exception>()
.OrInner<ArgumentException>(ex => ex.ParamName == "ID");
- 定义返回结果的条件
// 返回结果加限定条件
Policy.HandleResult<HttpResponseMessage>(r => r.StatusCode == HttpStatusCode.NotFound);
// 处理多个返回结果
Policy.HandleResult<HttpResponseMessage>(r => r.StatusCode == HttpStatusCode.InternalServerError)
.OrResult(r => r.StatusCode == HttpStatusCode.BadGateway);
// 处理元类型结果 (用.Equals)
Policy.HandleResult(HttpStatusCode.InternalServerError)
.OrResult(HttpStatusCode.BadGateway);
定义处理方式
重试
重试很好理解，当发生某种错误或者返回某种结果的时候进行重试
- 按次数重试
// 重试1次 Policy.Handle<Exception>().Retry(); // 重试3次 Policy.Handle<Exception>().Retry(3); // 重试3次，加上重试时的action参数 Policy.Handle<Exception>().Retry(3, (exception, retryCount) => { // do something });
- 不断重试（直到成功）
// 不断重试,直到成功 Policy.Handle<Exception>().RetryForever(); // 不断重试，带action参数在每次重试的时候执行 Policy.Handle<Exception>().RetryForever(exception => { // do something });
- 等待之后按次数重试
// 重试3次，每次等待5s Policy.Handle<Exception>().WaitAndRetry( 3, retryAttempt => TimeSpan.FromSeconds(5), // 处理异常、等待时间、重试第几次 (exception, timespan, retryCount, context) => { // do something }); // 重试3次，分别等待1、2、3秒。 Policy.Handle<Exception>().WaitAndRetry(new[] { TimeSpan.FromSeconds(1), TimeSpan.FromSeconds(2), TimeSpan.FromSeconds(3) });
熔断
熔断也可以被作为当遇到某种错误场景下的一个操作。
打开（Open）——熔断器打开状态，此时对目标服务的调用都直接返回错误，熔断周期内不会走网络请求，当熔断周期结束时进入半开状态；
关闭（Closed）——关闭状态下正常发生网络请求，但会记录符合熔断条件的连续执行次数，如果错误数量达到设定的阈值（如果在没有达到阈值之前恢复正常，之前的累积次数将会归零），熔断状态进入到打开状态；
半开（Half-Open）——半开状态下允许定量的服务请求，如果调用都成功则认为恢复了，关闭熔断器，否则认为还没好，又回到熔断器打开状态；
Policy.Handle<Exception>() .CircuitBreaker( // 熔断前允许出现几次错误 3, // 熔断时间 TimeSpan.FromSeconds(5), // 熔断时触发 onBreak: (ex, breakDelay) => { Console.WriteLine("断路器：开启状态（熔断时触发）"); }, // 熔断恢复时触发 onReset: () => { Console.WriteLine("断路器：关闭状态（熔断恢复时触发）"); }, // 熔断时间到了之后触发，尝试放行少量（1次）的请求， onHalfOpen: () => { Console.WriteLine("断路器：半开启状态（熔断时间到了之后触发）"); } );
超时检测（Timeout）
Polly中关于超时的两个策略：一个是悲观策略（Pessimistic），一个是乐观策略（Optimistic）。其中，悲观策略超时后会直接抛异常，而乐观策略则不会，而只是触发CancellationTokenSource.Cancel函数，需要等待委托自行终止操作。一般情况下，我们都会用悲观策略。
// 设置超时时间为30s Policy.Timeout(30, onTimeout: (context, timespan, task, ex) => { // do something }); // 超时分为乐观超时与悲观超时，乐观超时依赖于CancellationToken ，它假设我们的具体执行的任务都支持CancellationToken。 // 那么在进行timeout的时候，它会通知执行线程取消并终止执行线程，避免额外的开销。下面的乐观超时的具体用法 。 HttpResponseMessage httpResponse = await Policy.TimeoutAsync(30) .ExecuteAsync( async ct => await new HttpClient().GetAsync(""), CancellationToken.None ); // 悲观超时与乐观超时的区别在于，如果执行的代码不支持取消CancellationToken， // 它还会继续执行，这会是一个比较大的开销。 Policy.Timeout(30, TimeoutStrategy.Pessimistic);
舱壁
它用来限制某一个操作的最大并发执行数量
Policy.Bulkhead(12); // 同时，我们还可以控制一个等待处理的队列长度 Policy.Bulkhead(12, 2); // 以及当请求执行操作被拒绝的时候，执行回调 Policy.Bulkhead(12, context => { // do something });
回退（Fallback)
降级的目的就是当某个服务提供者发生故障的时候，向调用方返回一个替代响应或者错误响应。
Policy.Handle<Exception>().Fallback(() => { // do something });
组合Polly
使用Wrap方法，将多个policy组合起来，其中策略的优先级是右到左。
var policyWrap = Policy.Wrap(fallback, breaker, timeout, retry, bulkhead); policyWrap.Execute(() => { // do something });
Polly测试项目
- 添加一个控制台项目，Nuget添加Polly引用
- 添加创建组合polly代码
public static ISyncPolicy CreatePolly() { // 超时1秒 var timeoutPolicy = Policy.Timeout(1, TimeoutStrategy.Pessimistic, (context, timespan, task) => { Console.WriteLine("执行超时，抛出TimeoutRejectedException异常"); }); // 重试2次 var retryPolicy = Policy.Handle<Exception>() .WaitAndRetry( 2, retryAttempt => TimeSpan.FromSeconds(2), (exception, timespan, retryCount, context) => { Console.WriteLine($"{DateTime.Now} - 重试 {retryCount} 次 - 抛出{exception.GetType()}-{timespan.TotalMilliseconds}"); }); // 连续发生两次故障，就熔断3秒 var circuitBreakerPolicy = Policy.Handle<Exception>() .CircuitBreaker( // 熔断前允许出现几次错误 2, // 熔断时间 TimeSpan.FromSeconds(5), // 熔断时触发 OPEN onBreak: (ex, breakDelay) => { Console.WriteLine($"{DateTime.Now} - 断路器：开启状态（熔断时触发）"); }, // 熔断恢复时触发 // CLOSE onReset: () => { Console.WriteLine($"{DateTime.Now} - 断路器：关闭状态（熔断恢复时触发）"); }, // 熔断时间到了之后触发，尝试放行少量（1次）的请求， onHalfOpen: () => { Console.WriteLine($"{DateTime.Now} - 断路器：半开启状态（熔断时间到了之后触发）"); } ); // 回退策略，降级！ var fallbackPolicy = Policy.Handle<Exception>() .Fallback(() => { Console.WriteLine("这是一个Fallback"); }, exception => { Console.WriteLine($"Fallback异常：{exception.GetType()}"); }); // 策略从右到左依次进行调用 // 首先判断调用是否超时，如果超时就会触发异常，发生超时故障，然后就触发重试策略； // 如果重试两次中只要成功一次，就直接返回调用结果 // 如果重试两次都失败，第三次再次失败，就会发生故障 // 重试之后是断路器策略，所以这个故障会被断路器接收，当断路器收到两次故障，就会触发熔断，也就是说断路器开启 // 断路器开启的3秒内，任何故障或者操作，都会通过断路器到达回退策略，触发降级操作 // 3秒后，断路器进入到半开启状态，操作可以正常执行 return Policy.Wrap(fallbackPolicy, circuitBreakerPolicy, retryPolicy, timeoutPolicy); }
- 添加测试代码
var policy = CreatePolly(); for (int i = 0; i < 100; i++) { Console.WriteLine($"-------------第{i}次请求-------------"); policy.Execute(() => { // 从10次开始，正常请求成功 if (i < 10) { Thread.Sleep(3000); } else { Console.WriteLine($"{DateTime.Now}：请求成功"); } }); Thread.Sleep(1000); }
测试效果如下图：
版权声明：本文为CSDN博主「你的眼睛能看多远了」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/u011210017/article/details/104213454