在即將發布的 .NET 4.6 中，.NET 中的任務並行庫將會進行某些調整。其中會包括一些新的幫助方法以減少代碼量，可能還會有性能方面的優化。除此之外，TPL 將會通過使用一個新的解決方案對 SetResult 方法中某個復雜的問題進行處理。
可以將 Task.FromResult 視為一個典型樣板，這一函數用於創建一個已經完成的 Task 對象，而無需首先創建一個 TaskCompletionSource 對象。開發者無法模擬這一效果，因此這需要訪問 Task 類型的內部實現，如果你希望在異常處理時達到同樣的效果，以上缺陷就將會成為一個阻礙。
.NET 4.6 通過 Task.FromException 方法解決了這一問題。與 FromResult 類似，它能夠繞過 TaskCompletionSource 這一機制的使用，並避免了隨之而來的各種消耗。
與之相關的一個特性是 Task.CompletedTask 屬性，該屬性會返回一個完成的 Task 對象，而在目前的版本中只能通過 Task.FromResult<object>(null)實現。嚴格來說，這一特性並非十分必要，但它確實能夠讓開發者的意圖變得更加清 晰一些了。
與最後一個重要的特性相比，以上所介紹的這些新特性的效果可謂微不足道。TaskCompletionSource.SetResult 方法有一個已知的行為，即如果該方法的後續方法會掛起對應的 Task 對象的話，那麼這些後續方法有可能會以同步方式進行運行。Stephen Toub 為讀者解釋了為什麼這一行為可能會出現問題：
我曾說過對 TaskCompletionSource<TResult>調用{Try}Set*等方法可能會產生的一種結果，即該 TaskCompletionSource<TResult>對象所對應的 Task 對象的任何同步後續方法會以同步方式運行，成為整個方法調用的一部分。如果我們在持有鎖的同時調用了 SetResult 方法，那麼該 Task 對象的同步後續方法會在持有鎖的情況下運行，這可能會導致真正的問題。因此，在持有鎖的情況下，我們需要將 TaskCompletionSource<bool>設為 completed，但我們實際上並沒有完成它，而是將完成動作延遲，直至鎖被釋放之後。
為了避免這一情況的產生，開發者可以在創建 TaskCompletionSource 時，使用 RunContinuationsAsynchronously 這一新的標記：
tcs = new TaskCompletionSource<bool>(TaskCreationOptions.RunContinuationsAsynchronously)
.NET 4.6 將會與 Visual Studio 2015 一起發布。
英文原文：New Task Parallel Library Features in .NET 4.6
