编写高质量代码改善C#程序的157个建议——建议88：并行并不总是速度更快

建议88：并行并不总是速度更快

并行所带来的后台任务及任务的管理，都会带来一定的开销，如果一项工作本来就能很快完成，或者说循环体很小，那么并行的速度也许会比非并行要慢。

看这样一个例子，我们比较在同步和并行状态下的时间消耗：

static void Main(string[] args)
{
    Stopwatch watch = new Stopwatch();
    watch.Start();
    DoInFor();
    watch.Stop();  

    Console.WriteLine("同步耗时：{0}", watch.Elapsed);  

    watch.Restart();
    DoInParalleFor();
    watch.Stop();
    Console.WriteLine("并行耗时：{0}", watch.Elapsed);  

    Console.ReadKey();
}  

static void DoSomething()
{
    for (int i = 0; i < 10; i++)
    {
        i++;
    }
}  

static void DoInFor()
{
    for (int i = 0; i < 200; i++)
    {
        DoSomething();
    }
}  

static void DoInParalleFor()
{
    Parallel.For(0, 200, (i) =>
    {
        DoSomething();
    });
} 

以上代码在笔者当前的双核PC机上的输出为：
同步耗时：00:00:00.0005583  
并行耗时：00:00:00.0033604

可见，同步只用了0.55毫秒，而并行则使用了3.3毫秒才完成工作。

现在，为了模拟让循环体做更多事情，将DoSomething方法中的循环体由10变为10000000。运行的结果为：
同步耗时：00:00:01.3059138  
并行耗时：00:00:00.6560593

当循环体需要做更多工作的时候，我们发现，同步需要1.3秒才能完成工作，而并行则仅使用0.6秒就完成了工作。

转自：《编写高质量代码改善C#程序的157个建议》陆敏技