有些错误无法避免，就要有备用的方案。这个就像浏览器不支持一些新的 CSS 特性就要额外引用一个 polyfill 一样。一般情况，当无法避免的错误发生时，我们要有一个合理的返回来代替失败。
比如很常见的一个场景是，当用户没有上传头像时，我们就给他一个默认头像，这种策略可以这样定义：
Policy.Handle<Whatever>() .Fallback<UserAvatar>(() => UserAvatar.GetRandomAvatar())
缓存（Cache）一般我们会把频繁使用且不会怎么变化的资源缓存起来，以提高系统的响应速度。如果不对缓存资源的调用进行封装，那么我们调用的时候就要先判断缓存中有没有这个资源，有的话就从缓存返回，否则就从资源存储的地方（比如数据库）获取后缓存起来，再返回，而且有时还要考虑缓存过期和如何更新缓存的问题。Polly 提供了缓存策略的支持，使得问题变得简单。
var memoryCacheProvider = new MemoryCacheProvider(myMemoryCache); var cachePolicy = Policy.Cache(memoryCacheProvider, TimeSpan.FromMinutes(5)); TResult result = cachePolicy.Execute(context => getFoo(), new Context("FooKey"));
这是官方的一个使用示例用法，它定义了缓存 5 分钟过期的策略，然后把这个策略应用在指定的 Key（即 FooKey）上。
这一块内容值得用一整篇的内容来讲，下次有机会再详细讲讲 Polly 的缓存策略。
策略包（Policy Wrap）一种操作会有多种不同的故障，而不同的故障处理需要不同的策略。这些不同的策略必须包在一起，作为一个策略包，才能应用在同一种操作上。这就是文章开头说的 Polly 的弹性，即各种不同的策略能够灵活地组合起来。
策略包的基本用法是这样的：
var policyWrap = Policy .Wrap(fallback, cache, retry, breaker, timeout, bulkhead); policyWrap.Execute(...);
先是把预先定义好的多种不同的策略包在一起，作为一个整体策略，然后应用在同一个操作上。
总结本文先是对 Polly 做了一个简单介绍，通过一个例子让大家知道了 Polly 的基本用法和步骤，然后分别介绍了 Polly 的七种策略。其实 Polly 远比本文讲的要强大，但由于篇幅的限制和精力有限，只能笼统地给大家做个介绍，更多的应用场景还需要结合实际的例子才能讲清楚。要深入研究，可以前往查看 Polly 的 GitHub 主页和 Wiki 文档。