最佳實踐:正確處理 CancellationTokenSource
CancellationTokenSource
類雖然可被釋放,但其正確的釋放方式常常讓開發者感到困惑。本文深入探討何時以及如何有效釋放此類。
造成這種不清晰的原因之一是 CancellationTokenSource
類沒有終結器。這意味著垃圾回收器 (GC) 無法自動釋放它。因此,顯式釋放令牌源就成了開發者的責任。
儘管如此,MSDN 上提供的示例卻很少提及釋放。那麼,推薦的方法是什麼呢?
釋放策略
等待任務完成時使用 'using' 語句: 如果你正在等待並行任務完成,可以使用 'using' 語句包裝代碼。這確保了在任務完成後自動釋放令牌源:
using (CancellationTokenSource tokenSource = new CancellationTokenSource())
{
Task.Run(() => { }, tokenSource.Token);
}
使用 ContinueWith 和手動釋放: 或者,你可以在任務上註冊一個 ContinueWith 事件處理程序,並在處理程序中手動釋放令牌源:
Task.Run(async () =>
{
try
{
// 任务代码
}
finally
{
tokenSource.Dispose();
}
}, tokenSource.Token);
可取消的PLINQ 查詢: 對於不可同步返回的可取消PLINQ 查詢,推薦的方法是在CancellationTokenSource
的Dispose
事件處理程序中執行所有操作。
可重用性和多次使用: CancellationTokenSource
實例不可重用。應為每個取消操作創建和釋放它們。
直接釋放: 如果你無法使用 'using' 語句或 ContinueWith 事件處理程序,則可以在令牌源完成其用途後直接釋放它:
CancellationTokenSource tokenSource = new CancellationTokenSource();
Task.Run(() => { }, tokenSource.Token);
// ...
tokenSource.Dispose();
總結
釋放 CancellationTokenSource
實例對於防止內存洩漏和確保正確的資源管理至關重要。通過遵守推薦的釋放策略,開發人員可以在其代碼中有效地處理取消操作。
免責聲明: 提供的所有資源部分來自互聯網,如果有侵犯您的版權或其他權益,請說明詳細緣由並提供版權或權益證明然後發到郵箱:[email protected] 我們會在第一時間內為您處理。
Copyright© 2022 湘ICP备2022001581号-3