EF Core怎么处理CancellationToken EF Core异步操作取消方法

EF Core 通过 CancellationToken 协作式取消数据库操作，需显式传入异步方法、正确传递 HttpContext.RequestAborted 等 token，并捕获 OperationCanceledException 静默处理；底层驱动如 SqlClient 支持良好，Npgsql v6+ 完整支持，SQLite 仅限等待阶段生效。

EF Core 本身不主动“取消”数据库操作，而是通过协作式取消机制响应 CancellationToken —— 关键在于你是否把 token 传进去、是否在合适位置检查它、以及数据库驱动是否真正支持中断。

必须传入 CancellationToken 的异步方法

EF Core 多数异步方法都提供带 CancellationToken 参数的重载，不传就是默认忽略取消请求。常见需显式传入的包括：

• FindAsync(keyValues, token)
• FirstOrDefaultAsync(predicate, token)
• ToListAsync(token)
• SaveChangesAsync(token)（注意：修改类操作取消需谨慎）
• ExecuteSqlRawAsync(sql, parameters, token)

漏掉 token，哪怕前端已关闭页面，SQL 查询仍会在数据库里跑完，白白消耗连接和 CPU。

正确创建和传递 token 的链路

ASP.NET Core 中，HttpContext.RequestAborted 已为你准备好一个与当前 HTTP 请求生命周期绑定的 token，直接用即可：

• Controller 或 Minimal API 中，方法参数直接接收：CancellationToken cancellationToken（框架自动注入 RequestAborted）
• 手动创建时用 new CancellationTokenSource()，但记得及时 Dispose 或用 using 包裹
• 若需超时控制，调用 cts.CancelAfter(TimeSpan.FromSeconds(30))，比自己写计时器更可靠

处理取消引发的 OperationCanceledException

EF Core 在检测到 token 被取消时，会抛出 OperationCanceledException（不是 SqlException）。你不该把它当错误吞掉或全量记 ERROR 日志：

• 在应用层捕获并静默处理，或只记录为 Information 级别日志
• 避免让它冒泡到全局异常处理器，否则监控系统会误判为故障
• 特别注意：不要在 SaveChangesAsync 中随意取消 —— 可能导致事务回滚开销大，甚至留下不一致状态

底层依赖也得支持取消

Token 能否真正起作用，还取决于 ADO.NET 驱动（如 SqlClient、Npgsql）是否实现了取消逻辑：

• SQL Server 的 Microsoft.Data.SqlClient 支持良好，查询中按 Ctrl+C 类似行为
• PostgreSQL 的 Npgsql 从 v6+ 开始完整支持命令取消
• SQLite（Microsoft.Data.Sqlite）不支持真正的查询中断，token 只能在等待阶段生效

基本上就这些 —— 不复杂，但容易忽略传 token 和异常归类这两步。