Task.Factory.StartNew 与 Task.Factory.FromAsync

Question

假设我们有一个 I/O 绑定方法（例如进行 DB 调用的方法）。此方法可以同步和异步运行。也就是说，

1. 同步：

   IOMethod()
   

2. 异步：

   BeginIOMethod()
   EndIOMethod()
   

那么当我们以如下所示的不同方式执行该方法时，在资源利用率方面的性能差异是什么？

1. var task = Task.Factory.StartNew(() => { IOMethod(); });
   task.Wait();
   

2. var task = Task.Factory.FromAsync(BeginIOMethod, EndIOMethod, ... );
   task.Wait();
   

Answer 1

var task = Task.Factory.StartNew(() => { IOMethod(); });
task.Wait();

这将在IOMethod() 正在执行时阻塞线程池线程，并且还会因为Wait() 而阻塞当前线程。阻塞线程总数：2。

---

var task = Task.Factory.FromAsync(BeginIOMethod, EndIOMethod, ... );
task.Wait();

这将（很可能）在不使用线程的情况下异步执行操作，但由于Wait()，它会阻塞当前线程。阻塞线程总数：1。

---

IOMethod();

这将在IOMethod() 执行时阻塞当前线程。阻塞线程总数：1。

如果你需要阻塞当前线程，或者如果阻塞它对你来说没问题，那么你应该使用它，因为尝试使用 TPL 实际上不会给你任何东西。

---

var task = Task.Factory.FromAsync(BeginIOMethod, EndIOMethod, ... );
await task;

这将在不使用线程的情况下异步执行操作，并且还将等待操作异步完成，感谢await。阻塞线程总数：0。

如果您想利用异步并且可以使用 C# 5.0，这就是您应该使用的。

---

var task = Task.Factory.FromAsync(BeginIOMethod, EndIOMethod, ... );
task.ContinueWith(() => /* rest of the method here */);

这将在不使用线程的情况下异步执行操作，并且它也会异步等待操作完成，感谢ContinueWith()。阻塞线程总数：0。

如果你想利用异步并且你不能使用 C# 5.0，你应该使用这个。

Answer 2

(1) 将（可能）导致 .NET 线程池处理您的 Task。

(2) 将使用您的 BeginIOMethod / EndIOMethod 对本身用于处理异步部分的任何机制，这可能涉及也可能不涉及 .NET 线程池。

例如，如果您的 BeginIOMethod 正在通过 Internet 发送 TCP 消息，而稍后收件人将向您发送 TCP 消息作为响应（由 EndIOMethod 接收），那么.NET 线程池未提供该操作。正在使用的 TCP 库提供异步部分。

这可以通过使用TaskCompletionSource class 来完成。 Task.Factory.FromAsync 可以创建一个TaskCompletionSource<T>，返回它的Task<T>，然后使用EndIOMethod 作为触发器将Result 放入调用时从Task.Factory.FromAsync 返回的Task<T>。

在资源利用率方面的性能差异是什么？

(1) 和 (2) 之间的区别主要在于 .NET 线程池是否会增加其工作负载。一般来说，正确的做法是如果你只有一对Begin.../End...，则选择Task.Factory.FromAsync，否则选择Task.Factory.StartNew。

---

如果您使用的是 C# 5.0，那么您应该使用非阻塞 await task; 而不是 task.Wait();。 （见 svick 的回答。）