2018-12-22 11:50
林德熙 小伙伴希望保存一个文件,并且希望如果出错了也要不断地重试。然而我认为如果一直错误则应该对外抛出异常让调用者知道为什么会一直错误。
这似乎是一个矛盾的要求。然而最终我想到了一个办法:让重试一直进行下去,谁需要关心异常谁就去 catch 异常,不需要关心异常的模块则跟着一直重试直到成功。
我们通过编写一个自己的 Awaiter 来实现,本文将说明其思路和最终实现的代码。
入门篇:
实战篇:
有一个任务,可能会出错,然而重试有可能可以解决。典型的例子是写入文件,你可能因为其他进程占用的问题而导致无法写入,然而一段时间之后重试是可以解决的。
现在,不同业务对这同一个操作有不同的需求:

可是,我们如何在一个任务中同时对所有不同的业务需求进行不同种类的响应呢?
我的思路是:
这样,任务不断重试。而且,无论多少个业务请求到来,都只是加入到循环中的一部分来,不会开启新的循环任务。每个业务的等待时长和异常处理都是自己的可等待对象中处理的,不影响循环任务的继续执行。
本文所述的所有源代码可以在 https://gist.github.com/walterlv/d2aecd02dfad74279713112d44bcd358 查看和下载到最新版本。
public class WalterlvDemo
{
// 记录一个可以重试的循环。
private readonly PartialAwaitableRetry _loop;
public WalterlvDemo()
{
// 初始化一个可以重试的循环,循环内部执行的方法是 TryCoreAsync。
_loop = new PartialAwaitableRetry(TryCoreAsync);
}
// 如果外界期望使用这个类试一下,那么就调用此方法。默认尝试 10 次,但也可以指定为 -1 尝试无数次。
public ContinuousPartOperation TryAsync(int tryCount = 10)
{
// 加入循环中,然后返回一个可以异步等待 10 次循环的对象。
return _loop.JoinAsync(tryCount);
}
// 此方法就是循环的内部执行的方法。
private async Task<OperationResult> TryCoreAsync(PartialRetryContext context)
{
// 每 1 秒执行一次循环重试,当然你也可以尝试指数退避。
await Task.Delay(1000).ConfigureAwait(false);
// 执行真正需要重试而且可能出现异常的方法。
await DoSomethingIOAsync().ConfigureAwait(false);
// 如果执行成功,那么就返回 true。当然,上面的代码如果出现了异常,也是可以被捕获到的。
return true;
}
// 这就是那个有可能会出错,然后出错了需要不断重试的方法。
private async Task DoSomethingIOAsync()
{
// 省略实际执行的代码。
}
}上面的代码中,我们使用到了两个新的类型:用于循环执行某个委托的 PartialAwaitableRetry,以及用于表示单次执行结果的 OperationResult。
以下只贴出此代码的关键部分,全部源码请至本文末尾查看或下载。
public class PartialAwaitableRetry
{
// 省略构造函数和部分字段,请至本文文末查看完整代码。
private readonly List<CountLimitOperationToken> _tokens = new List<CountLimitOperationToken>();
public ContinuousPartOperation JoinAsync(int countLimit)
{
var token = new CountLimitOperationToken(countLimit);
// 省略线程安全代码,请至本文文末查看完整代码。
_tokens.Add(token);
if (!_isLooping)
{
Loop();
}
return token.Operation;
}
private async void Loop()
{
while(true)
{
await _loopItem.Invoke(context).ConfigureAwait(false);
// 省略线程安全处理和异常处理,请至本文文末查看完整代码。
foreach (var token in _tokens)
{
token.Pass(1);
}
}
}
}维护一个 CountLimitOperationToken 的集合,然后在每次循环的时候更新集合中的所有项。这样,通过 JsonAsync 创建的每一个可等待对象就能更新其状态 —— 将异常传入或者将执行的次数传入。
由于我们在创建可等待对象 CountLimitOperationToken 的时候,传入了等待循环的次数,所以我么可以在 CountLimitOperationToken 内部实现每次更新循环执行次数和异常的时候,更新其等待状态。如果次数已到,那么就通知异步等待完成。
关于 OperationResult 类,是个简单的运算符重载,用于表示单次循环中的成功与否的状态和异常情况。可以在本文文末查看其代码。
我写了三个不同的类来完成这个可等待对象:
CountLimitOperationToken ContinuousPartOperation 这个可等待对象。ContinuousPartOperation await 关键字进行异步等待,也可以使用 Wait() 方法进行同步等待。await 关键字的 API 和编译器自动调用的方法。避免编译器的大量方法干扰使用者对这个类的使用。ContinuousPartOperation.Awaiter foreach 而实现的 IEnumerator。(而集合应该继承 IEnumerable)所以其实这三个类是在干同一件事情,都是为了实现一个可 await 异步等待的对象。
关于如何编写一个自己的 Awaiter,可以参考我的 Awaiter 入门篇章:
以及实战篇章:
这几个类的实际代码可以在文末查看和下载。
本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。欢迎转载、使用、重新发布,但务必保留文章署名 吕毅 (包含链接: https://blog.walterlv.com ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请 与我联系 (walter.lv@qq.com) 。