C# 调度员、后台工作人员还是并行人员？
作为尝试学习C#的一部分，我正在编写一个小应用程序，它将遍历一系列代理。对于每个代理，它将创建一个到proxytest.php的httpwebrequest，该proxytest.php打印关于给定代理的通用数据（或者不打印，在这种情况下，该代理将被丢弃） 显然，webrequest代码需要在一个单独的线程中运行——特别是因为我计划浏览相当大的列表。但是，即使在一个单独的线程上，通过5000个代理也会花费很长时间，所以我认为这意味着我要创建多个线程（如果我错了，请纠正我） 我浏览了MSDN和随机线程教程，有几个不同的类可用。dispatcher、backgroundworker和parallel之间有什么区别？有人给了我这个片段：C# 调度员、后台工作人员还是并行人员？,c#,multithreading,visual-studio-2010,httpwebrequest,C#,Multithreading,Visual Studio 2010,Httpwebrequest,作为尝试学习C#的一部分，我正在编写一个小应用程序，它将遍历一系列代理。对于每个代理，它将创建一个到proxytest.php的httpwebrequest，该proxytest.php打印关于给定代理的通用数据（或者不打印，在这种情况下，该代理将被丢弃） 显然，webrequest代码需要在一个单独的线程中运行——特别是因为我计划浏览相当大的列表。但是，即使在一个单独的线程上，通过5000个代理也会花费很长时间，所以我认为这意味着我要创建多个线程（如果我错了，请纠正我） 我浏览了MSDN和随机
Parallel.ForEach(URLsList, new ParallelOptions() { MaxDegreeOfParallelism = S0 }, (m, i, j) =>
{
string[] UP = m.Split('|');
string User = UP[0];
string Pass = UP[1];
// make call here
}
谢谢我想说的是使用任务并行库。这是一个新的库，它包含了您必须编写的所有手动线程代码 任务并行库（Task Parallel Library，TPL）是一组新类，专门设计用于在现代硬件上更轻松、更高效地执行细粒度并行工作负载。TPL作为CTP单独提供已有一段时间了，并且包含在VisualStudio2010 CTP中，但在这些版本中，它是基于自己的专用工作调度程序构建的。对于CLR 4.0的Beta 1，TPL的默认调度程序将是CLR线程池，它允许TPL样式的工作负载“很好地”处理现有的基于QUWI的代码，并允许我们重用线程池中的许多底层技术，特别是线程注入算法，我们将在以后的文章中讨论 从 我发现使用这个新的4库非常容易。这个博客展示了老的BackgroundWorker做事方式和新的Task做事方式
我想使用任务并行库。这是一个新的库，它包含了您必须编写的所有手动线程代码 任务并行库（Task Parallel Library，TPL）是一组新类，专门设计用于在现代硬件上更轻松、更高效地执行细粒度并行工作负载。TPL作为CTP单独提供已有一段时间了，并且包含在VisualStudio2010 CTP中，但在这些版本中，它是基于自己的专用工作调度程序构建的。对于CLR 4.0的Beta 1，TPL的默认调度程序将是CLR线程池，它允许TPL样式的工作负载“很好地”处理现有的基于QUWI的代码，并允许我们重用线程池中的许多底层技术，特别是线程注入算法，我们将在以后的文章中讨论 从 我发现使用这个新的4库非常容易。这个博客展示了老的BackgroundWorker做事方式和新的Task做事方式 是一个对WPF应用程序的消息循环进行建模的对象。如果这对你没有任何意义，那就忘了你听说过它 是线程上的便利类，该线程是的一部分。它的存在是为了提供一些通常要求的功能，而不是通过手动将工作分配给线程池 该类非常类似于使用托管线程池，不同之处在于您完全可以控制线程的生命周期（另一方面，如果您打算启动大量短任务，则比使用线程池更糟糕） （TPL）（即使用
Parallel.ForEach（TPL）（即使用
Parallel.ForEachmaxDegreeofparalElism=…