前言：最近给客户开发一个伙食费计算系统，大概需要计算2000个人的伙食。需求是按照员工的预定报餐计划对消费记录进行检查，如有未报餐有刷卡或者有报餐没刷卡的要进行一定的金额扣减等一系列规则。一开始我的想法比较简单，直接用一个for循环搞定，统计结果倒是没问题，但是计算出来太慢了需要7，8分钟。这样系统服务是报超时错误的，让人觉得有点不太爽。由于时间也不多就就先提交给用户使用了，后面逻辑又增加了，计算时间变长，整个计算一遍居然要将近10分钟了。这个对用户来说是能接收的（原来自己手算需要好几天呢），但是我自己接受不了，于是就开始优化了，怎么优化呢，用多线程呗。
一提到多线程，最先想到的是Task了，毕竟.net4.0以上Task封装了很多好用的方法。但是Task毕竟是多开一些线程去执行任务，最后整合结果，这样可以快一些，但我想更加快速一些，于是想到了另外一个对象：Parallel。之前在维护代码是确实有遇到过别人写的Parallel.Invoke，只是指定这个函数的作用是并发执行多项任务，如果遇到多个耗时的操作，他们之间又不贡献变量这个方法不错。我的情况是要并发执行一个集合，于是就用了List.ForAll 这个方法其实是拓展方法，完整的调用为：List.AsParallel().ForAll，需要先转换成支持并发的集合，等同于Parallel.ForEach，目的是对集合里面的元素并发执行一系列操作。
于是乎，把原来的foreach换成了List.AsParallel().ForAll，运行起来，果然速度惊人，不到两分钟就插入结果了，但最后却是报主键重复的错误，这个错误的原因是，由于使用了并发，这个时候变量自增，其实是在强着自增，当多个线程同时获取到了id值，都去自增然后就重复了，举个例子如下：
int num = 1; List<int> list = new List<int>(); for (int i = 1; i <= 2000; i++) { list.Add(i); } Console.WriteLine($"num初始值为：" + num.ToString()); list.AsParallel().ForAll(n => { num++; }); Console.WriteLine($"不加锁，并发{list.Count}次后为：" + num.ToString()); Console.ReadKey();