例如，假设我正在编写一个具有以下签名的方法（C#4 所以没有异步关键字）：
public Task Refresh();
它将调用一个方法（也返回 a Task）来执行通信工作，然后运行任务继续以根据检索到的数据更新一些内部状态。例如：
public Task Refresh()
{
Task<MyData> commsTask = datasource.LoadData();
Task handleDataTask = commsTask.ContinueWith( HandleNewData );
return ?;
}
如果我返回handleDataTask它的完成状态正确跟踪“刷新”操作的结果，但它没有正确报告它的启动状态。
我可以将它们包装在一个Task.Factory.StartNew新线程中并将它们创建为子任务，但是为了链接一些任务延续而设置一个新线程似乎很浪费。
使用 TPL 确实有一种简洁有效的方法吗？
通常，Task.Status仅用于了解最终状态。无论如何，您都不能依赖任务蜂Started，因为该状态可能随时更改。
因此，您返回的任务在完成之前是否处于“奇怪”状态并不重要。只有三个已完成的状态 ( Completed, Canceled, Faulted) 很重要。
我做了一些进一步的研究，发现了一个类似的 SO 问题和一些博客文章：
http://blogs.msdn.com/b/pfxteam/archive/2010/11/21/10094564.aspx
所以有一半的答案 - 您可以创建一个代表所有子任务的任务实例，而无需假脱机一个新线程并将它们附加为子任务：只需使用 TaskCompletionSource。下面的简单示例适用于我上面的问题，没有失败或取消处理：
public Task Refresh()
{
var refreshTaskSource = new TaskCompletionSource<object>();
Task<MyData> commsTask = datasource.LoadData();
Task handleDataTask = commsTask.ContinueWith( HandleNewData );
handleDataTask.ContinueWith( t => refreshTaskSource.SetResult(null) );
return refreshTaskSource.Task;
}
但是，此方法返回的任务现在直接从 转换TaskStatus.WaitingForActivation为TaskStatus.RanToCompletion（如果我处理过这些场景，则为故障/取消）。