EFCore6出现'Trying to close a span that was already garbage collected'警告如何排查？

• 非 awaited 异步操作导致上下文提前释放：EF Core 异步查询、保存方法，或者IMediator的Send/Publish调用未添加await关键字，或是使用.Result/.Wait()等阻塞式调用异步方法，会导致请求作用域提前释放，EF Core关联的诊断跟踪Span在异步操作完成前就被GC回收，操作结束尝试关闭Span时就会触发该警告。
• DbContext生命周期配置错误：将DbContext注册为Singleton单例生命周期，或是在单例服务中直接注入Scoped生命周期的DbContext，会导致DbContext被意外释放或跨请求复用，Span跟踪生命周期与实际数据库操作生命周期不匹配。
• 诊断追踪组件版本不兼容：该警告并非EF Core原生输出，而是OpenTelemetry、自定义APM探针等组件Hook EF Core诊断事件后生成的日志。若EF Core 6版本与所使用的OpenTelemetry.Instrumentation.EntityFrameworkCore等追踪包版本不匹配，或是自定义的EF Core诊断拦截器未正确持有Span引用，都会触发该警告。
• MediatR管道异步漏写：MediatR的请求Handler、自定义管道行为（Behavior）中存在未加await的异步操作，或是使用了async void方法，会导致请求线程提前释放作用域，后台运行的EF Core操作完成后无法找到已被回收的Span对象。

• 全局检索所有EF Core异步方法调用、IMediator的Send/Publish调用，确保所有异步操作都添加了await关键字，完全移除.Result、.Wait()、.GetAwaiter().GetResult()等阻塞调用，检查所有MediatR Handler的返回值均为Task类型，不存在async void写法。
• 检查DI容器中DbContext的注册配置，确认DbContext为Scoped生命周期，未手动实例化DbContext，也未在单例服务（如HostedService、Singleton注入的自定义服务）中直接注入DbContext。若需在单例服务中使用DbContext，需手动创建Scope获取实例。
• 临时移除项目中所有EF Core诊断拦截器、APM追踪组件的EF Core集成配置，若警告消失则判定为追踪组件兼容问题，将OpenTelemetry.Instrumentation.EntityFrameworkCore升级到适配EF Core 6的最新稳定版即可。
• 临时解决日志冗余问题可通过日志过滤配置屏蔽该类警告，配置示例如下：

{
  "Logging": {
    "LogLevel": {
      "Microsoft.EntityFrameworkCore.Diagnostics": "Error"
    }
  }
}

• 可在复现问题时抓取内存Dump，跟踪警告对应Span实例的持有者，定位未正确持有引用的代码位置。

内容的提问来源于stack exchange，提问作者ZlobnyiSerg