多Hangfire任务调用时出现DbContext相关错误求助

核心问题根源 #

你的代码中存在致命错误：PowerService类里的_context被声明为static静态成员。

DbContext设计为短生命周期、非线程安全的组件，静态成员会导致所有PowerService实例共享同一个DbContext实例：

1. 多个Hangfire任务并发执行时，会同时操作同一个上下文，触发线程安全错误（即你看到的“尝试在上下文实例配置过程中使用它”）；
2. 第一个任务执行完成后，DI容器会释放该上下文，后续任务再使用已释放的上下文，就会出现“无法访问已释放的上下文实例”错误；
3. Blazor页面与Hangfire任务共用同一个静态上下文，也会导致页面访问数据库时上下文已被释放。

此外，在Hangfire任务中传递整个ScheduledForward复杂对象，会引发序列化/反序列化后的实例数据过时问题，进一步加剧错误风险。

分步解决方案 #

1. 修复PowerService的DbContext声明 #

移除static修饰符，将上下文改为实例级别的只读成员，确保每个PowerService实例拥有独立的DbContext：

public class PowerService : IPowerService
{
    // 去掉static，改为readonly实例成员
    private readonly PowerBlazorDbContext _context;

    // 修正构造函数名称（原代码中PowerRun应为笔误）
    public PowerService(PowerBlazorDbContext context)
    {
        _context = context;
    }

    // 其他业务方法...
}

2. 修改Hangfire任务参数，避免传递复杂对象 #

将RemoveForwardByScheduleAsync方法的参数改为简单类型（如StartJobId字符串），避免序列化复杂对象带来的问题：

public async Task RemoveForwardByScheduleAsync(string startJobId)
{
    var forward = await _context.ScheduledForwards
        .FirstOrDefaultAsync(x => x.StartJobId == startJobId);

    if (forward != null)
    {
        await RemoveForwardAsync(forward.FromId);
        _context.ScheduledForwards.Remove(forward);
        await _context.SaveChangesAsync();
    }
}

3. 调整任务调度代码，传递简单参数 #

在ScheduleForward方法中，调度停止任务时传递StartJobId而非整个ScheduledForward对象：

public async Task<ScheduledForward> ScheduleForward(MailboxUser forwardFrom, MailboxUser forwardTo, bool sendToBoth, DateTime startTime, DateTime stopTime)
{
    DateTimeOffset start = new DateTimeOffset(startTime);
    DateTimeOffset stop = new DateTimeOffset(stopTime);
    var scheduled = new ScheduledForward()
    {
        FromDisplay = forwardFrom.DisplayName,
        FromId = forwardFrom.Identity,
        ToId = forwardTo.Identity,
        ToDisplay = forwardTo.DisplayName,
        SendToBoth = sendToBoth,
        StartTime = startTime,
        EndTime = stopTime,
        StartJobId = "",
        StopJobId = "",
    };
    
    scheduled.StartJobId = BackgroundJob.Schedule<PowerService>(
        x => x.ForwardMailboxAsync(forwardFrom.Identity, forwardTo.Identity, sendToBoth), 
        start);
    // 修改为传递StartJobId字符串
    scheduled.StopJobId = BackgroundJob.Schedule<PowerService>(
        x => x.RemoveForwardByScheduleAsync(scheduled.StartJobId), 
        stop);

    await _context.ScheduledForwards.AddAsync(scheduled);
    await _context.SaveChangesAsync();
    return scheduled;
}

4. 配置正确的服务生命周期 #

DbContext默认注册为Scoped，PowerService推荐注册为Transient（确保每个Hangfire任务获得全新实例）：

// 注册DbContext（根据你的数据库类型调整配置）
builder.Services.AddDbContext<PowerBlazorDbContext>(options =>
    options.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection")));

// 注册PowerService为Transient
builder.Services.AddTransient<IPowerService, PowerService>();

如果需要使用Scoped生命周期，需为Hangfire配置Scoped支持（自定义JobActivator）：

builder.Services.AddScoped<IPowerService, PowerService>();

// 配置Hangfire使用ScopedJobActivator
builder.Services.AddHangfire(config =>
{
    // 你的Hangfire存储配置（如UseSqlServerStorage）
    config.UseSqlServerStorage(builder.Configuration.GetConnectionString("HangfireConnection"));
    config.UseActivator(new ScopedJobActivator(builder.Services.BuildServiceProvider()));
});

// 自定义ScopedJobActivator实现
public class ScopedJobActivator : JobActivator
{
    private readonly IServiceProvider _serviceProvider;

    public ScopedJobActivator(IServiceProvider serviceProvider)
    {
        _serviceProvider = serviceProvider;
    }

    public override object ActivateJob(Type type)
    {
        using var scope = _serviceProvider.CreateScope();
        return scope.ServiceProvider.GetRequiredService(type);
    }
}

验证与效果 #

完成上述修改后：

• 每个Hangfire任务会获得独立的PowerService和DbContext实例，避免线程安全问题和上下文释放错误；
• Blazor页面与后台任务不再共用上下文，页面访问数据库的错误也会消失；
• 任务重试机制不再依赖“首次执行删除数据”的巧合，而是能稳定执行。

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