禁用重新排队失败的Hangfire BackgroundJob

Question

有没有办法禁用失败的Hangfire BackgroundJob的重新排队？

我们不希望再次执行失败的作业，因为这可能会导致问题。

Answer 1

解决了，使用[AutomaticRetry(Attempts = 0)]

Answer 2

您可以使用以下属性注释要在后台运行的方法：

[AutomaticRetry(Attempts = 0)]

或者全局设置：

GlobalJobFilters.Filters.Add(new AutomaticRetryAttribute { Attempts = 0 });

Answer 3

如果将DI容器与接口一起使用，则必须将该属性放在接口定义上

public interface IDataUpdater
{
    [Hangfire.AutomaticRetry(Attempts = 0, OnAttemptsExceeded = AttemptsExceededAction.Delete)]
    void UpdateData();
}

像这样排队工作

Hangfire.RecurringJob.AddOrUpdate<IDataUpdater>(updater => updater.UpdateData(), Cron.Hourly);

通过在您的实现中抛出任何旧异常来测试它。如果你做得对，你会在“删除”下的工作历史中看到这一点。

Answer 4

我遇到了类似的问题，我找到了解决方案。使用全局过滤器对我来说不是一个选择。我正在使用asp.net核心，我有一个简单的火，忘了后台工作。出于某种原因，AutomaticRetryAttribute被忽略了。事实证明，我添加工作的方式是我解决方案的关键。我的应用程序中有类似的代码导致了问题：

BackgroundJob.Enqueue<IMyJobService>(js => js.DoWork());

在我的IMyJobService实现中，我有以下代码：

[AutomaticRetry(Attempts = 0)]
public void DoWork()
{
    // I'm working hard here
}

我想出的解决方案是：

public MyTestController
{
    private readonly IMyJobService _myJobService;

    public MyTestClass(IMyJobService myJobService)
    {
        _myJobService = myJobService;
    }

    public ActionResult Work()
    {
        BackgroundJob.Enqueue(() => _myJobService.DoWork());
        return Ok();
    }
}

而不是依靠BackgroundJob.Enqueue<T>注入我的IMyJobService实现，我自己做。基本上就是这样。我希望这会对某人有所帮助。