【.Net】Polly

软泡芙

已于 2024-04-06 19:20:22 修改

阅读量1.2k

点赞数 16

分类专栏： # WEB_C# 文章标签： .net Polly

于 2024-04-06 12:31:29 首次发布

本文链接：https://blog.csdn.net/weixin_44231544/article/details/137240192

版权

WEB_C# 专栏收录该内容

137 篇文章

订阅专栏

文章目录

概述
服务熔断、服务降级、服务限流、流量削峰、错峰、服务雪崩
Polly的基本使用
参考

概述

Polly是一个被.NET基金会支持认可的框架，同时也是一个.NET弹性和瞬态故障处理库。它允许开发人员以流畅和线程安全的方式表达多种策略，包括重试（Retry）、断路器（Circuit Breaker）、超时（Timeout）、舱壁隔离（Bulkhead Isolation）和回退（Fallback）等。这些策略在应对瞬时故障和网络问题时非常有用，可以帮助提高应用程序的可用性和稳定性。

Polly框架的价值在于它为微服务场景提供了强大的支持。在微服务架构中，服务之间的调用关系复杂，状态难以掌控。Polly框架可以帮助开发人员更好地管理和监控微服务，包括调用拓扑关系、各服务节点运行存活状态、日志收集分析、异常调用追踪以及网络实况监控等。

此外，Polly框架还提供了对HTTP请求的重试机制，可以对指定异常进行特殊处理，并封装了多种恢复策略，使得开发人员能够更灵活地应对各种故障情况。

总之，Polly框架是一个功能强大且灵活的.NET库，它可以帮助开发人员更好地处理瞬态故障和提高应用程序的可用性，特别是在微服务场景中，Polly框架的价值更加凸显。

服务熔断、服务降级、服务限流、流量削峰、错峰、服务雪崩

服务雪崩

在微服务中，服务A调用服务B，服务B可能会调用服务C，服务C又可能调用服务D等等，这种情况非常常见。如果服务D出现不可用或响应时间过长，就会导致服务C原来越多的线程处于网络调用等待状态，进而影响到服务B，再到服务A等，最后会耗尽整个系统的资源，导致整体的崩溃，这就是微服务中的“雪崩效应”。
服务熔断、服务降级、服务限流、流量削峰、错峰请阅读：
【服务治理】服务熔断、服务降级、服务限流、流量削峰、错峰

Polly的基本使用

//当我们的代码触发HttpRequestException异常时，才进行处理。
Policy.Handle<HttpRequestException>();

//只有触发SqlException异常，并且其异常号为1205的时候才进行处理
Policy.Handle<SqlException>(ex => ex.Number == 1205)

//使用 Or<T> 来实现同时处理多种异常
Policy
  .Handle<HttpRequestException>()
  .Or<OperationCanceledException>()

//根据返回结果进行故障定义
Policy.HandleResult<HttpResponseMessage>(r => r.StatusCode == HttpStatusCode.NotFound)

var policy = /*策略定义*/;
var res = await policy.ExecuteAsync(/*业务代码*/);

//指定多个策略
Policy.Wrap(retry, breaker, timeout).ExecuteAsync(/*业务代码*/);

//或者
Policy.Wrap(waitAndRetry.Wrap(breaker)).ExecuteAsync(action);

接下来继续介绍几种主要的策略

创建了一个控制台项目PollyConsole用于演示，访问的服务为ServiceA项目。

项目安装Nuget包：
在这里插入图片描述

超时策略

Polly 中关于超时的两个策略：一个是悲观策略（Pessimistic），一个是乐观策略（Optimistic）。其中，悲观策略超时后会直接抛异常，而乐观策略则不会，而只是触CancellationTokenSource.Cancel函数，需要等待委托自行终止操作。一般情况下，我们都会用悲观策略。

代码演示：
我们这里设置了一个超时时间不能超过 5 秒（方便测试），否则就认为是错误的结果的超时策略场景。
在这里插入图片描述