您應該何時以及如何處置 CancellationTokenSource？

了解 .NET 中的 CancellationTokenSource 處置

CancellationTokenSource 類別對於管理 .NET 應用程式中的取消至關重要。 然而，其適當處置往往被忽視，導致潛在的資源外洩。 本文闡明了何時以及如何有效處置 CancellationTokenSource 物件。

為何處置至關重要

CancellationTokenSource 依賴非託管資源（特別是 KernelEvent）。 如果未能正確處置它，則會導致這些資源仍未釋放，從而導致記憶體洩漏。這在長時間運行的流程或服務中尤其成問題。

有效的處置方法

最佳處置策略取決於您的應用程式的上下文：

• 使用語句（用於同步或易於等待的任務）：如果您的取消任務同步完成或您可以輕鬆等待其完成，請將 CancellationTokenSource 封裝在 using 語句中。這保證了任務完成後的處置。

• ContinueWith Task（對於非同步任務）： 對於無法立即處理的非同步操作，請將 ContinueWith 任務附加到您的取消任務。此延續任務應明確處置 CancellationTokenSource.

• 明確處置（適用於 PLINQ 等場景）： 如果缺乏固有的同步機制（例如 PLINQ 查詢），請在操作結束後手動處置 CancellationTokenSource。

CancellationTokenSource 的一次性使用特性

請務必記住，CancellationTokenSource 實例是專為一次性使用而設計的。 取消後無法重置或重複使用。 為每個取消請求建立一個新實例對於可預測的行為和資源管理至關重要。

最佳實務

為了防止資源洩漏並保持應用程式穩定性，一旦不再需要 CancellationTokenSource 對象，請務必立即處理。 根據任務的性質（同步、非同步或其他）採用適當的處理技術。 始終為每個取消操作建立一個新的 CancellationTokenSource。

以上是您應該何時以及如何處置 CancellationTokenSource？的詳細內容。更多資訊請關注PHP中文網其他相關文章！