最佳實務:正確處理 CancellationTokenSource
CancellationTokenSource
類別雖然可被釋放,但其正確的釋放方式常常讓開發者感到困惑。本文深入探討何時以及如何有效釋放此類。
造成這種不清晰的原因之一是 CancellationTokenSource
類別沒有終結器。這意味著垃圾回收器 (GC) 無法自動釋放它。因此,明確釋放令牌源就成了開發者的責任。
儘管如此,MSDN 上提供的範例卻很少提及釋放。那麼,推薦的方法是什麼呢?
釋放策略
等待任務完成時使用 'using' 語句: 如果你正在等待並行任務完成,可以使用 'using' 語句包裝程式碼。這確保了在任務完成後自動釋放令牌來源:
<code class="language-C#"> using (CancellationTokenSource tokenSource = new CancellationTokenSource()) { Task.Run(() => { }, tokenSource.Token); }</code>
使用 ContinueWith 和手動釋放: 或者,你可以在任務上註冊一個 ContinueWith 事件處理程序,並在處理程序中手動釋放令牌來源:
<code class="language-C#"> Task.Run(async () => { try { // 任务代码 } finally { tokenSource.Dispose(); } }, tokenSource.Token);</code>
可取消的 PLINQ 查詢: 對於不可同步傳回的可取消 PLINQ 查詢,建議的方法是在 CancellationTokenSource
的 Dispose
事件處理程序中執行所有操作。
可重複使用性和多次使用: CancellationTokenSource
實例不可重複使用。應為每個取消操作建立和釋放它們。
直接釋放: 如果你無法使用 'using' 語句或 ContinueWith 事件處理程序,則可以在令牌源完成其用途後直接釋放它:
<code class="language-C#"> CancellationTokenSource tokenSource = new CancellationTokenSource(); Task.Run(() => { }, tokenSource.Token); // ... tokenSource.Dispose();</code>
總結
釋放 CancellationTokenSource
實例對於防止記憶體洩漏和確保正確的資源管理至關重要。透過遵守建議的釋放策略,開發人員可以在其程式碼中有效地處理取消操作。
以上是我應該何時以及如何處置 CancellationTokenSource?的詳細內容。更多資訊請關注PHP中文網其他相關文章!