.NET Web应用如何实现即便应用停止也能运行的后台任务？

这个需求无法仅通过IIS站点内部的代码实现，核心原因是IIS应用池的生命周期不受站点内代码控制。

IIS默认会根据闲置时长、资源占用、配置变更等规则自动回收或停止应用池，一旦应用池终止，其进程内所有的线程、Task、托管后台服务都会被强制销毁，哪怕你写了保活逻辑也没用。

• 方案1：独立.NET 工作者服务（Windows服务）
  这是最稳定的方案，用.NET自带的Worker Service模板创建项目，逻辑和你原本想写的后台任务代码几乎一致，发布后注册为Windows服务，生命周期完全独立于IIS，只要服务器正常运行、服务未被手动禁用就会持续执行。
  核心代码示例：

// 自定义后台服务类
public class CustomBackGroundTask : BackgroundService
{
    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        // 服务启动后循环执行任务逻辑
        while (!stoppingToken.IsCancellationRequested)
        {
            // 你的业务逻辑代码
            Console.WriteLine("执行后台任务");
            // 调整执行间隔
            await Task.Delay(TimeSpan.FromMinutes(10), stoppingToken);
        }
    }
}

服务和你的IIS站点可以通过共享数据库、本地消息队列、内部接口等方式做数据交互。

• 方案2：Windows计划任务
  如果你的任务是周期性触发、不需要常驻运行，可以把逻辑封装成控制台程序，在Windows计划任务中配置触发规则定时执行，配置成本低，不需要维护常驻进程。
• 方案3：IIS侧配置优化（不推荐）
  如果暂时无法拆分独立服务，可以修改IIS配置实现近似效果：将对应应用池的「闲置超时」设置为0，关闭「定期自动回收」，同时安装IIS的Application Initialization模块开启站点预加载，该方案依然存在服务重启、IIS异常时任务中断的风险，仅可用于非核心的低优先级任务。

内容的提问来源于stack exchange，提问作者jeremy.o