.NET 4.6中任務并行庫的特性是什么呢

.NET 4.6中任務并行庫的特性是什么呢，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

在即將發(fā)布的.NET 4.6中，.NET中的任務并行庫將會進行某些調整。其中會包括一些新的幫助方法以減少代碼量，可能還會有性能方面的優(yōu)化。除此之外，TPL將會通過使用一個新的解決方案對SetResult方法中某個復雜的問題進行處理。

可以將Task.FromResult視為一個典型樣板，這一函數(shù)用于創(chuàng)建一個已經完成的Task對象，而無需首先創(chuàng)建一個TaskCompletionSource對象。開發(fā)者無法模擬這一效果，因此這需要訪問Task類型的內部實現(xiàn)，如果你希望在異常處理時達到同樣的效果，以上缺陷就將會成為一個阻礙。

.NET 4.6通過Task.FromException方法解決了這一問題。與FromResult類似，它能夠繞過TaskCompletionSource這一機制的使用，并避免了隨之而來的各種消耗。

與之相關的一個特性是Task.CompletedTask屬性，該屬性會返回一個完成的Task對象，而在目前的版本中只能通過Task.FromResult<object>(null)實現(xiàn)。嚴格來說，這一特性并非十分必要，但它確實能夠讓開發(fā)者的意圖變得更加清晰一些了。

與最后一個重要的特性相比，以上所介紹的這些新特性的效果可謂微不足道。TaskCompletionSource.SetResult方法有一個已知的行為，即如果該方法的后續(xù)方法會掛起對應的Task對象的話，那么這些后續(xù)方法有可能會以同步方式進行運行。Stephen Toub為讀者解釋了為什么這一行為可能會出現(xiàn)問題

我曾說過對TaskCompletionSource<TResult>調用{Try}Set*等方法可能會產生的一種結果，即該TaskCompletionSource<TResult>對象所對應的Task對象的任何同步后續(xù)方法會以同步方式運行，成為整個方法調用的一部分。如果我們在持有鎖的同時調用了SetResult方法，那么該Task對象的同步后續(xù)方法會在持有鎖的情況下運行，這可能會導致真正的問題。因此，在持有鎖的情況下，我們需要將TaskCompletionSource<bool>設為completed，但我們實際上并沒有完成它，而是將完成動作延遲，直至鎖被釋放之后。

為了避免這一情況的產生，開發(fā)者可以在創(chuàng)建TaskCompletionSource時，使用RunContinuationsAsynchronously這一新的標記：

tcs = new TaskCompletionSource<bool>(TaskCreationOptions.RunContinuationsAsynchronously)

關于.NET 4.6中任務并行庫的特性是什么呢問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業(yè)資訊頻道了解更多相關知識。