问题原因分析 #

你遇到的情况核心原因在于IIS的AlwaysRunning应用池启动模式，加上站点状态切换的触发逻辑：

• 当应用池设置为AlwaysRunning时，IIS会主动预加载应用池的工作进程，不管绑定的站点是否处于启动状态。这时候你的.NET Core应用（包括作为HostedService的MyWorker）会被初始化并启动，这就是你看到启动应用池时日志记录MyWorker执行的原因。
• 当你手动启动站点时，IIS会再次确认应用的运行状态——如果它检测到站点从"停止"切换到"启动"，可能会重新触发应用的初始化流程，导致你的应用（以及MyWorker）再次启动。

是否需要同时启动应用池和站点？ #

其实不需要刻意分开操作：

• 如果应用池是AlwaysRunning模式且处于启动状态，即使站点是停止的，应用进程已经在后台运行，但外界无法访问你的Web API（因为站点停止会拦截请求）。
• 正常流程应该是确保应用池和站点都处于启动状态，这样既能让IIS保持应用进程存活（通过AlwaysRunning和闲置超时0的设置），又能让外部请求正常路由到你的API。

但你不需要手动先启应用池再启站点——只要站点设置为自动启动，当应用池启动时，IIS会自动拉起站点（如果站点的Preload Enabled也开启的话），避免重复触发。

如何阻止MyWorker重复执行？ #

针对你的核心痛点——短时间内MyWorker执行两次不符合预期，有两种解决思路：

思路1：调整IIS配置避免重复启动

• 确保站点的启动类型设置为自动：这样当应用池启动时，站点会自动进入启动状态，不需要你手动触发，也就不会出现"先启应用池再启站点"的重复触发场景。
• 开启站点的Preload Enabled选项：在站点的高级设置里找到这个选项并启用，它会让IIS在应用池启动时就预加载站点的应用，确保应用只启动一次。

思路2：修改MyWorker逻辑，确保任务只执行一次

如果调整IIS配置后仍有重复启动的情况（比如极端场景下IIS重启进程），可以在MyWorker内部添加执行校验，确保任务只运行一次：

public class MyWorker : BackgroundService
{
    // 用线程安全的标志记录是否已执行过任务
    private static int _executionFlag = 0;
    private readonly ILogger<MyWorker> _logger;

    public MyWorker(ILogger<MyWorker> logger)
    {
        _logger = logger;
    }

    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        // 用Interlocked确保多线程下的原子操作，避免并发问题
        if (Interlocked.Exchange(ref _executionFlag, 1) == 1)
        {
            _logger.LogInformation("MyWorker任务已执行过，本次跳过");
            return;
        }

        // 你的数据收集逻辑
        try
        {
            _logger.LogInformation("MyWorker开始执行数据收集");
            // 这里写你的数据收集代码
            await Task.CompletedTask;
        }
        catch (Exception ex)
        {
            _logger.LogError(ex, "MyWorker执行出错");
            // 如果执行失败，可以重置标志允许重试（根据你的需求调整）
            Interlocked.Exchange(ref _executionFlag, 0);
        }
    }
}

如果你的API可能部署多实例，还可以用外部存储（比如数据库、Redis）来记录任务执行状态，确保跨进程也只会执行一次。

内容的提问来源于stack exchange，提问作者devonuto