Фоновая задача записи в базу данных по таймеру

Как записать в базу данных по таймеру в фоновом режиме. Например, проверьте почту и добавьте новые буквы в базу данных. В этом примере я упростил код перед записью в базу данных.

Названия классов из примера в Microsoft. Сам класс записи:

namespace EmailNews.Services
{

internal interface IScopedProcessingService
{
    void DoWork();
}

internal class ScopedProcessingService : IScopedProcessingService
{
    private readonly ApplicationDbContext _context;
    public ScopedProcessingService(ApplicationDbContext context)
    {
        _context = context;
    }

    public void DoWork()
    {
        Mail mail = new Mail();
        mail.Date = DateTime.Now;
        mail.Note = "lala";
        mail.Tema = "lala";
        mail.Email = "lala";
        _context.Add(mail);
        _context.SaveChangesAsync();
    }
}
}

Класс таймера:

namespace EmailNews.Services
{
#region snippet1
internal class TimedHostedService : IHostedService, IDisposable
{
    private readonly ILogger _logger;
    private Timer _timer;

    public TimedHostedService(IServiceProvider services, ILogger<TimedHostedService> logger)
    {
        Services = services;
        _logger = logger;
    }
    public IServiceProvider Services { get; }

    public Task StartAsync(CancellationToken cancellationToken)
    {
        _logger.LogInformation("Timed Background Service is starting.");

        _timer = new Timer(DoWork, null, TimeSpan.Zero,
            TimeSpan.FromMinutes(1));

        return Task.CompletedTask;
    }

    private void DoWork(object state)
    {
        using (var scope = Services.CreateScope())
        {
            var scopedProcessingService =
                scope.ServiceProvider
                    .GetRequiredService<IScopedProcessingService>();

            scopedProcessingService.DoWork();
        }
    }

    public Task StopAsync(CancellationToken cancellationToken)
    {
        _logger.LogInformation("Timed Background Service is stopping.");

        _timer?.Change(Timeout.Infinite, 0);

        return Task.CompletedTask;
    }

    public void Dispose()
    {
        _timer?.Dispose();
    }
}
#endregion
}

Запускать:

        services.AddHostedService<TimedHostedService>();
        services.AddScoped<IScopedProcessingService, ScopedProcessingService>();

Кажется, все сделано так, как в примере, но ничего не добавлено в базу данных, что не так?

Всего 2 ответа


Это довольно интересный вопрос, который сводится к «Как вы правильно обрабатываете обратный вызов асинхронного таймера?»

Непосредственная проблема заключается в том, что SaveChangesAsync не ожидает. DbContext почти наверняка будет удален, прежде чем SaveChangesAsync сможет запустить. Чтобы подождать, DoWork должен стать async Task методом async Task (никогда не async void):

internal interface IScheduledTask
{
    Task DoWorkAsync();
}

internal class MailTask : IScheduledTask
{
    private readonly ApplicationDbContext _context;
    public MailTask(ApplicationDbContext context)
    {
        _context = context;
    }

    public async Task DoWorkAsync()
    {
        var mail = new Mail 
                   { Date = DateTime.Now,
                     Note = "lala",
                     Tema = "lala",
                     Email = "lala" };
        _context.Add(mail);
        await _context.SaveChangesAsync();
    }
}

Теперь проблема заключается в том, как вызвать DoWorkAsync из обратного вызова таймера. Если мы просто назовем это без ожидания, мы получим ту же проблему, что и в первую очередь. Обратный вызов таймера не может обрабатывать методы, возвращающие задачу. Мы также не можем сделать это async void , потому что это приведет к той же проблеме - метод вернется, прежде чем любая операция async сможет завершить.

Дэвид Фоулер объясняет, как правильно обрабатывать асинхронные обратные вызовы таймера в разделе «Обратные вызовы таймера » его статьи «Асинхронное руководство» :

private readonly Timer _timer;
private readonly HttpClient _client;

public Pinger(HttpClient client)
{
    _client = new HttpClient();
    _timer = new Timer(Heartbeat, null, 1000, 1000);
}

public void Heartbeat(object state)
{
    // Discard the result
    _ = DoAsyncPing();
}

private async Task DoAsyncPing()
{
    await _client.GetAsync("http://mybackend/api/ping");
}

Фактический метод должен быть async Task но возвращаемая задача должна быть назначена , а не ожидаться, чтобы она работала должным образом.

Применение этого вопроса приводит к следующему:

public Task StartAsync(CancellationToken cancellationToken)
{
    ...
    _timer = new Timer(HeartBeat, null, TimeSpan.Zero,
        TimeSpan.FromMinutes(1));

    return Task.CompletedTask;
}

private void Heartbeat(object state)
{
    _ = DoWorkAsync();
}


private async Task DoWorkAsync()
{
    using (var scope = Services.CreateScope())
    {
        var schedTask = scope.ServiceProvider
                             .GetRequiredService<IScheduledTask>();

        await schedTask.DoWorkAsync();
    }
}

Дэвид Фоулер объясняет, почему async void ALWAY BAD в ASP.NET Core - это не только то, что асинхронные действия не будут ожидаться, исключения будут приводить к сбою приложения.

Он также объясняет, почему мы не можем использовать Timer(async state=>DoWorkAsync(state)) - это делегат async void .


Вместо того, чтобы изобретать колесо, id предлагает взглянуть на HangFire . Со своей страницы:

Простой способ выполнения фоновой обработки в приложениях .NET и .NET Core. Нет службы Windows или отдельного процесса.

Поддерживается постоянным хранилищем. Открытые и бесплатные для коммерческого использования.