您应该何时以及如何处置 CancellationTokenSource？

了解 .NET 中的 CancellationTokenSource 处置

CancellationTokenSource 类对于管理 .NET 应用程序中的取消至关重要。 然而，其适当处置往往被忽视，导致潜在的资源泄漏。 本文阐明了何时以及如何有效处置 CancellationTokenSource 对象。

为什么处置至关重要

CancellationTokenSource 依赖于非托管资源（特别是 KernelEvent）。 如果未能正确处置它，则会导致这些资源仍未释放，从而导致内存泄漏。这在长时间运行的流程或服务中尤其成问题。

有效的处置方法

最佳处置策略取决于您的应用程序的上下文：

• 使用语句（用于同步或易于等待的任务）：如果您的取消任务同步完成或者您可以轻松等待其完成，请将 CancellationTokenSource 封装在 using 语句中。这保证了任务完成后的处置。

• ContinueWith Task（对于异步任务）： 对于无法立即处理的异步操作，请将 ContinueWith 任务附加到您的取消任务。此延续任务应显式处置 CancellationTokenSource.

• 显式处置（适用于 PLINQ 等场景）： 如果缺乏固有的同步机制（例如 PLINQ 查询），请在操作结束后手动处置 CancellationTokenSource。

CancellationTokenSource 的一次性使用特性

请务必记住，CancellationTokenSource 实例是专为一次性使用而设计的。 取消后无法重置或重复使用。 为每个取消请求创建一个新实例对于可预测的行为和资源管理至关重要。

最佳实践

为了防止资源泄漏并保持应用程序稳定性，一旦不再需要 CancellationTokenSource 对象，请务必立即对其进行处理。 根据任务的性质（同步、异步或其他）采用适当的处理技术。 始终为每个取消操作创建一个新的 CancellationTokenSource。

以上是您应该何时以及如何处置 CancellationTokenSource？的详细内容。更多信息请关注PHP中文网其他相关文章！