我是否需要處置「即發即忘」TPL 任務？

不處置TPL 任務：後果和替代解決方案

觸發任務在後台運行而不等待其完成時，常見的情況使用Task.Factory.StartNew() 會引發有關在傳回的Task 物件上呼叫Dispose() 的必要性的問題。雖然 MSDN 建議處置所有任務，但在這種特定情況下處置任務的問題常常被忽略。

關於不處置的後果，Microsoft PFX 團隊成員 Stephen Toub 澄清道Task.Dispose() 的存在是為了處理某些等待場景中使用的事件句柄。但是，當延續是存取任務的主要方式時，將永遠不會指派此事件句柄。 Stephen Toub 建議依靠最終確定來管理這些任務。

關於此主題的官方文件是有限的。然而，Stephen Toub 的部落格文章「我需要處置任務嗎？」擴展了這個問題，並重點介紹了 .Net 4.5 中引入的改進。

一般來說，您不需要處置大多數時候都是 Task 物件。 處置的原因包括及時釋放非託管資源並避免終結器成本。但是，這些注意事項通常不適用於 Task 物件：

• 在 .Net 4.5 及更高版本中，僅在明確使用 IAsyncResult.AsyncWaitHandle 時分配內部等待句柄。
• Task 物件本身沒有終結器；等待句柄包裝在帶有終結器的物件中，只有在分配句柄時才會運行該終結器。

使用TPL 執行即發即棄任務的替代方法：

如果任務對象的處置仍然是一個問題，還有其他方法：

• 使用.Net 3.5 或更高版本中的ThreadPool.QueueUserWorkItem()方法。
• 建立任務而不回傳它：Task.Run(() => DoSomething());。
• 使用任務.ContinueWith 方法附加將執行自動清理的延續。

以上是我是否需要處置「即發即忘」TPL 任務？的詳細內容。更多資訊請關注PHP中文網其他相關文章！