如何在ASP.NET Core 1.0 Web API启动服务中创建后台发邮件任务？

Hey，我来帮你搞定这个问题！咱们先捋清楚你现有代码的问题：

• 构造函数里调用Method1()但没做等待，而且构造函数本身不能是异步的，导致这个Task很可能因为没被正确跟踪就被终止了。
• 就算你实例化了MailClass，Web API的生命周期里也不会自动保证这个后台任务能完整执行，尤其是如果这个类没被正确注册到服务容器里的话。

下面给你两种解决方案，优先推荐第一种，完全符合ASP.NET Core的最佳实践：

方案1：用IHostedService实现（官方推荐） #

ASP.NET Core专门提供了IHostedService接口来处理后台任务，它能和应用的生命周期绑定，启动时自动执行，停止时也能优雅收尾，非常适合你的场景。

第一步：把你的MailClass改造成HostedService #

public class MailBackgroundService : BackgroundService
{
    // 如果你的发邮件逻辑需要依赖其他服务（比如邮件客户端），可以在这里注入
    // private readonly IMailSender _mailSender;
    // public MailBackgroundService(IMailSender mailSender)
    // {
    //     _mailSender = mailSender;
    // }

    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        // stoppingToken用来监听应用停止的信号，确保任务能优雅终止
        for (int i = 0; i < 100; i++)
        {
            // 如果应用要停止了，就跳出循环
            if (stoppingToken.IsCancellationRequested)
                break;
                
            SendMail();
            // 可以加个延迟，避免短时间内发太多邮件被拦截
            await Task.Delay(1000, stoppingToken);
        }
    }

    private void SendMail()
    {
        // 这里写你的实际发邮件逻辑
        Console.WriteLine($"邮件已发送 {DateTime.Now:yyyy-MM-dd HH:mm:ss}");
    }
}

第二步：注册这个后台服务 #

根据你的.NET版本，在对应的地方注册：

• .NET 5及更早版本（Startup.cs）：

public void ConfigureServices(IServiceCollection services)
{
    // 注册后台邮件服务
    services.AddHostedService<MailBackgroundService>();
    
    // 其他服务注册（比如控制器）
    services.AddControllers();
}

• .NET 6+版本（Program.cs）：

var builder = WebApplication.CreateBuilder(args);

// 注册后台邮件服务
builder.Services.AddHostedService<MailBackgroundService>();

builder.Services.AddControllers();

var app = builder.Build();

// 中间件配置
app.UseAuthorization();
app.MapControllers();

app.Run();

这样一来，Web API启动时，MailBackgroundService的ExecuteAsync方法会自动被调用，框架会全程管理这个任务的生命周期，完全不用你操心。

方案2：改造原有MailClass（不推荐，仅作参考） #

如果你不想用HostedService，那得先修复构造函数的异步问题，再确保启动时实例化这个类：

改造MailClass #

public class MailClass
{
    public MailClass()
    {
        // 用_忽略返回值，避免编译器警告，但要注意这种方式任务不受框架管理
        _ = RunMailTasksAsync();
    }

    private async Task RunMailTasksAsync()
    {
        for (int i = 0; i < 100; i++)
        {
            SendMail();
            await Task.Delay(1000);
        }
    }

    private void SendMail()
    {
        // 你的发邮件逻辑
    }
}

在启动时实例化 #

在Startup.cs的Configure方法里（或者.NET 6+的Program.cs里）实例化这个类：

// Startup.cs的Configure方法
public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // 其他中间件配置...
    if (env.IsDevelopment())
    {
        app.UseDeveloperExceptionPage();
    }

    app.UseRouting();
    app.UseAuthorization();
    app.MapControllers();

    // 实例化MailClass，触发后台任务
    _ = new MailClass();
}

不过这种方式有个很大的问题：后台任务不受框架跟踪，应用停止时可能无法正常终止，任务抛出异常也没有处理机制，所以非常不推荐在生产环境用这个方案。

为什么你的原代码没执行？ #

• 构造函数里调用Method1()但没保留Task的引用，也没等待，导致这个Task可能被垃圾回收器中途回收，任务还没完成就被终止了。
• 如果MailClass没有被正确实例化（比如只是注册了服务但没被注入或手动实例化），那构造函数根本不会被调用，自然不会执行发邮件的逻辑。

内容的提问来源于stack exchange，提问作者MOHAMED IDHRIS SHEIK DAWOOD