Stephen Toub的书第33页
http://www.microsoft.com/download/en/details.aspx?id=19222
有代码
var pings = from addr in addrs.AsParallel().WithDegreeOfParallelism(16)
select new Ping().Send(addr);
foreach (var ping in pings)
Console.WriteLine("{0}: {1}", ping.Status, ping.Address);
根据斯蒂芬的更好的版本
var pings = (from addr in addrs
select new Ping().SendTask(addr, null)).ToArray();
Task.WaitAll(pings);
foreach (Task<PingReply> ping in pings)
Console.WriteLine("{0}: {1}", ping.Result.Status, ping.Result.Address);
Stephen说第二个选项更好,因为“任务抽象也可用于表示I / O绑定操作,而不会占用一个线程
过程“。
但是,无论如何,任务只是使用Threadpool(因此无论如何只使用线程)?所以你实际上是在追线?
答案 0 :(得分:4)
并非所有任务都代表要在线程上完成的工作。几乎从TaskCompletionSource
返回的任何任务代表“其他”。如果我们深入研究SendTask
方法,我们会发现它调用SentTaskCore
:
private static Task<PingReply> SendTaskCore(Ping ping, object userToken, Action<TaskCompletionSource<PingReply>> sendAsync)
{
// Validate we're being used with a real smtpClient. The rest of the arg validation
// will happen in the call to sendAsync.
if (ping == null) throw new ArgumentNullException("ping");
// Create a TaskCompletionSource to represent the operation
var tcs = new TaskCompletionSource<PingReply>(userToken);
// Register a handler that will transfer completion results to the TCS Task
PingCompletedEventHandler handler = null;
handler = (sender, e) => EAPCommon.HandleCompletion(tcs, e, () => e.Reply, () => ping.PingCompleted -= handler);
ping.PingCompleted += handler;
// Try to start the async operation. If starting it fails (due to parameter validation)
// unregister the handler before allowing the exception to propagate.
try
{
sendAsync(tcs);
}
catch(Exception exc)
{
ping.PingCompleted -= handler;
tcs.TrySetException(exc);
}
// Return the task to represent the asynchronous operation
return tcs.Task;
}
所以,不,它没有阻塞线程 - 它使用异步完成机制来避免占用线程。
来自TaskCompletionSource
上的文档:
表示未绑定到委托的Task的生产者端,通过Task属性提供对使用者端的访问。
因此,正如它所说,它支持未绑定到委托的Task
- 它允许您将某人Task
交给他人,然后在完成时协调该任务的完成方式涉及其他而不是执行委托。