深入了解C#（TPL）之Parallel.ForEach异步

前言

最近在做项目过程中使用到了如题并行方法，当时还是有点犹豫不决，因为平常使用不多， 于是借助周末时间稍微深入了下，发现我用错了，故此做一详细记录，希望对也不是很了解的童鞋在看到此文后不要再犯和我同样的错误。

并行遍历异步表象

这里我们就不再讲解该语法的作用以及和正常遍历处理的区别，网上文章比比皆是，我们直接进入主题，本文所演示程序在控制台中进行。可能大部分童鞋都是如下大概这样用的

Parallel.ForEach(Enumerable.Range(0, 10), index =>
{
    Console.WriteLine(index);
});

我们采取并行方式遍历10个元素，然后结果也随机打印出10个元素，一点毛病也没有。然而我是用的异步方式，如下：

Parallel.ForEach(Enumerable.Range(0, 10), async index =>
{
    await AsyncTask(index);
});

            static
            async Task<int> AsyncTask(int i)
{
    await Task.Delay(100);
    
    var calculate = i * 2;
    
    Console.WriteLine(calculate);

    return calculate;
}

我们只是将并行操作更改为了异步形式，然后对每个元素进行对应处理，打印无序结果，一切也是如我们所期望，接下来我再来看一个例子，经过并行异步处理后猜猜最终字典中元素个数可能或一定为多少呢？

            var dicts = new ConcurrentDictionary<string, int>();

Parallel.ForEach(Enumerable.Range(0, 10), async index =>
{
    var result = await AsyncTask(index);

    dicts.TryAdd(index.ToString(), result);
});

Console.WriteLine($"element count in dictionary {dicts.Count}");

如果对该并行方法没有深入了解的话，大概率都会猜错，我们看到字典中元素为0，主要原因是用了异步后引起的，为何会这样呢？我们首先从表象上来分析，当我们在控制台上对并行方法用了异步后，你会发现编译器会告警（主函数入口已用异步标识），如下：

接下来我们再来看看调用该并行异步方法的最终调用构造，如下：

            public
            static ParallelLoopResult ForEach<TSource>(IEnumerable<TSource> source, Action<TSource> body);

第二个参数为内置委托Action，所以我们也可以看出并不能用于异步，因为要是异步至少也是Func<Task>，比如如下方法参数形式

            static
            async Task AsyncDemo(Func<int,Task> func)
{
    await func(1);
}

并行遍历异步本质

通过如上表象的分析我们得出并行遍历方法应该是并不支持异步（通过最终结果分析得知，表述为不能用于异步更恰当），但是在实际项目开发中我们若没有注意到该方法的构造很容易就会误以为支持异步，如我一样写完也没报错，也就草草了事。那么接下来我们反编译看下最终实际情况会是怎样的呢。

进入主函数，我们已将主函数进行异步标识，所以将主函数放在状态机中执行（状态机类，<Main>d_0），这点我们毫无保留的赞同，接下来实例化字典，并通过并行遍历异步处理元素集合并将其结果尝试放入到字典中

由上我们可以看到主函数是在状态机中运行且构造为AsyncTaskMethodBuilder，当我们通过并行遍历异步处理时每次都会实例化一个状态机类即如上<<Main>b__0>d，但我们发现此状态机的构造是AsyncVoidMethodBuilder，利用此状态机类来异步处理每一个元素，如下

最终调用AsyncTask异步方法，这里我就不再截图，同样也是生成一个此异步方法的状态机类。稍加分析想必我们已经知晓结果，AsyncTaskMethodBuilder指的就是（async task），而AsyncVoidMethodBuilder指的是（async void），所以对并行遍历异步操作是将其隐式转换为async void，而不是async task，这也和我们从其构造为Action得出的结论一致，我们知道（async void）仅限于基于事件的处理程序（常见于客户端应用程序），其他情况避免用async void，也就是说将返回值放在Task或Task<T>中。当并行执行任务时，由于返回值为void，不会等待操作完成，这也就不难解释为何字典中元素个数为0。

总结

当时并没有过多的去了解，只是想当然的认为用了异步也没出现编译报错，但是又由于没怎么用过，我还是抱着怀疑的态度，于是再深究了下，发现用法是大错特错。通过构造仅接受为Action委托，这也就意味着根本无法等待异步操作完成，之所以能接受异步索引其本质是隐式转换为（async void），从另外一个角度看，异步主要用于IO密集型，而并行处理用于CPU密集型计算，基于此上种种一定不能用于异步，否则结果你懂的。

原文：https://www.cnblogs.com/CreateMyself/p/13149429.html