37

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

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

4

5 回答 5

31

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

于 2015-03-04T08:44:35.513 回答
21

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

[AutomaticRetry(Attempts = 0)]

或者全局设置：

GlobalJobFilters.Filters.Add(new AutomaticRetryAttribute { Attempts = 0 });
于 2018-05-11T15:10:58.620 回答
13

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

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

像这样排队工作

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

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

在此处输入图像描述

于 2018-05-08T01:45:28.873 回答
5

我遇到了类似的问题，我能够找到解决方案。使用全局过滤器对我来说不是一个选项。我正在使用 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实现，而是自己做。基本上就是这样。我希望这会对某人有所帮助。

于 2017-08-24T10:58:49.550 回答
1

今天遇到了这个问题，但想在 .NET API 应用程序中全局设置重试过滤器。

以下工作...

services.AddHangfire(configuration => {
            // Disable retry for failed jobs
            // https://docs.hangfire.io/en/latest/background-processing/dealing-with-exceptions.html?highlight=retry
            configuration.UseFilter(new AutomaticRetryAttribute { Attempts = 0 });
        });
于 2021-01-18T19:42:21.727 回答