.NET 7中Hangfire Fire and Forget作业使用Scoped依赖的疑问

架构老林

2026-7-2

.NET 7中Hangfire Fire-and-Forget作业的Scoped依赖管理

核心问题解答

Hangfire会在作业结束后释放Scoped对象吗？
会。在当前Hangfire.AspNetCore与.NET 7的集成中，默认的AspNetCoreJobActivator会在执行每个Fire-and-Forget作业时，自动创建一个独立的IServiceScope。作业执行完成后，这个范围会被自动释放，范围内所有的Scoped依赖（包括嵌套的Scoped对象）都会触发Dispose方法完成资源清理。
早期文档要求仅使用Transient/Singleton依赖，是因为当时的JobActivator没有内置范围管理能力，现在该限制已经过时。
是否会造成内存泄漏？
只要你使用的是官方默认的JobActivator，就不会出现内存泄漏。
你看到Stack Overflow上的警告针对的是自定义错误实现的JobActivator：如果自定义激活器直接使用根服务提供者（而非创建独立范围），那么Scoped依赖会绑定到根容器的生命周期，永远不会被释放，每次执行作业都会积累未释放的对象，最终导致内存泄漏。但默认实现不存在这个问题。
该警告的中文翻译：
这种实现是错误的，不应被使用。作业激活器之所以有BeginScope这类方法是有原因的。使用这种实现的唯一方式是传入根服务提供者，这意味着它永远不会被释放，也就是说每次创建作业时，你都会泄漏所有创建的依赖项。
需要手动释放Scoped依赖吗？
不需要。通过构造注入方式获取的Scoped依赖，Hangfire会通过自动管理的服务范围完成释放，无需手动调用Dispose。
只有当你在作业中手动从根服务提供者获取Scoped服务（而非依赖注入）时，才需要手动创建并释放IServiceScope，比如：
```
using var scope = _rootServiceProvider.CreateScope();
var scopedService = scope.ServiceProvider.GetRequiredService<IMyScopedService>();
// 使用服务...
// 结束后scope会自动释放
```