C# .net For() 步骤？

Question

我有一个函数，可以处理 6100 个列表项的列表。当列表只有 300 个项目时，该代码可以正常工作。但在 6100 时立即崩溃。有没有办法可以循环遍历这 6100 个项目（一次 30 个）并为每个项目执行一个新线程？

    for (var i = 0; i < ListProxies.Items.Count; i++)
    {
        var s = ListProxies.Items[i] as string;
        var thread = new ParameterizedThreadStart(ProxyTest.IsAlive);
        var doIt = new Thread(thread) { Name = "CheckProxy# " + i };
        doIt.Start(s);
    }

任何帮助将不胜感激。

Answer 1

您真的需要为每个工作项生成一个新线程吗？除非确实需要这样做（如果是这样，请告诉我们原因），我强烈建议您使用 托管线程池 代替。这将为您提供所需的并发优势，但没有运行数千个线程的资源需求（以及创建、销毁和大量上下文切换成本）。如果您使用 .NET 4.0，您可能还需要考虑使用任务并行库。

例如：

for (var i = 0; i < ListProxies.Items.Count; i++)
{
   var s = ListProxies.Items[i] as string;
   ThreadPool.QueueUserWorkItem(ProxyTest.IsAlive, s);       
}

另一方面，我会认真考虑重命名 IsAlive 方法（看起来像布尔属性或方法），因为：

1. 它显然有一个 void IsAlive(object)签名。
2. 它具有明显的副作用（从您的评论来看，它“增加进度条并将“工作”代理添加到新列表中”）。

Answer 2

您可以生成的线程数量是有限制的。 6100个线程看起来确实有点太多了。

我同意 win Ani，您应该根据您想要完成的任务来研究 ThreadPool 甚至生产者/消费者进程。

有相当多的进程用于处理多线程应用程序，但如果不知道您一开始在做什么，除了线程池或生产者/消费者进程（带有 SyncEvents 的队列）之外，确实没有办法推荐任何方法。

无论如何，您确实应该尝试将线程数量保持在最低限度，否则您将面临线程锁、自旋锁、等待锁、死锁、竞争条件、谁知道会发生什么等风险……

如果您想要好的信息有关 C# 线程的信息，请参阅 Joe Duffy 所著的《Windows 上的并发编程》 书真的很有帮助。