歡迎來到Linux教程網
Linux教程網
Linux教程網
Linux教程網
您现在的位置: Linux教程網 >> UnixLinux >  >> Linux編程 >> Linux編程

.NET 4.6中新的任務並行庫特性

在即將發布的 .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

Copyright © Linux教程網 All Rights Reserved