C#ThreadPool.QueueUserWorkItem实例

今天学习线程池的时候发现，网上能搜到的都是很久以前的文档了，大家都是照搬过去，有没有考证都是问题。

经过测试结果已经和他们说的不一样了，比如

<span style="white-space:pre">	</span>    List<Action> actions = new List<Action>()
            {
                () => { Console.WriteLine("A-1"); },
                () => { Console.WriteLine("A-2"); },
                () => { Console.WriteLine("A-3"); },
                () => { Console.WriteLine("A-4"); }
            };
            foreach (var action in actions)
            {
                ThreadPool.QueueUserWorkItem(state => action(), null);
                
            }

输出的结果网上流传的是

A-4

A-4

A-4

A-4

大概就这个了

现在我用VS2012运行后的结果已经不是这样的了，虽然顺序每次都不一样，但是4个结果都会输出

A-2

A-3

A-1

A-4

大概这个一样的。

同样的代码，出现不同的结果，应该是foreach底层代码不同的原因，还没有去考证。

当然，如果我们用for循环的话，结果就又不一样了

比如写成

 for (int i = 0; i < actions.Count; i++)
 {
    ThreadPool.QueueUserWorkItem(state => actions[i](), null);
 }

大概很多人觉得没问题，其实会出现超出索引的错误，原因是开启线程池需要时间，还没有开启成功的时候 for循环已经执行完了，这个时候，开启的线程池又去调用索引i指向的函数，而for循环执行完以后，i的最后值为4，不是3.所以超出索引。

写成

for (int i = 0; i < actions.Count-1; i++)
 {
        ThreadPool.QueueUserWorkItem(state => actions[i](), null);
 }

执行后的结果是

如果想要4个函数按顺序执行，一种可以在主线程中等待一段时间在执行下一个，第二中可以通过ThreadPool.SetMaxThreads 和ThreadPoolMinThreads，控制线程池中线程的可执行的线程个数来实现。不知道这样做是否合理。