如何在C#开发的Windows服务中处理不同间隔的并行多任务？

你之前使用原生Thread的方案确实存在资源利用率低的问题：每个Thread默认占用1MB左右的栈内存，休眠期间也会持续占用系统线程资源，任务量上升后开销会明显增大。.NET生态下针对这类定期后台任务场景，最优选择是 TPL+异步等待+CancellationToken 的组合方案，完全匹配你提出的三项需求，资源利用率远高于手动操控Thread的实现。

核心实现逻辑 #

单个任务的异步执行逻辑 #

替换原有的同步等待逻辑，用Task.Delay替代Thread.Sleep，等待期间线程会被线程池回收用于其他任务，不会出现资源闲置：

// 单个校验任务的异步执行逻辑，支持自定义间隔和取消信号
private async Task RunCheckTaskAsync(int intervalMinutes, CancellationToken stoppingToken)
{
    var nextExecuteTime = DateTime.Now;
    while (!stoppingToken.IsCancellationRequested)
    {
        if (DateTime.Now >= nextExecuteTime)
        {
            // 执行你的校验逻辑，建议也实现为异步方法并传入stoppingToken支持中途取消
            await ExecuteCheckLogicAsync(stoppingToken);
            nextExecuteTime = nextExecuteTime.AddMinutes(intervalMinutes);
        }
        // 异步等待1秒，收到取消信号时会自动抛出OperationCanceledException退出循环
        await Task.Delay(1000, stoppingToken);
    }
}

多任务统一管控 #

通过CancellationTokenSource实现全局统一的任务启停控制，不需要单独维护每个线程的停止信号：

// 服务类全局变量
private CancellationTokenSource _globalStopSource;
private List<Task> _runningCheckTasks;

// 服务启动时初始化所有任务
private void OnServiceStart()
{
    _globalStopSource = new CancellationTokenSource();
    _runningCheckTasks = new List<Task>
    {
        // 按需求添加不同间隔的校验任务
        RunCheckTaskAsync(intervalMinutes: 5, _globalStopSource.Token),
        RunCheckTaskAsync(intervalMinutes: 15, _globalStopSource.Token),
        RunCheckTaskAsync(intervalMinutes: 30, _globalStopSource.Token)
    };
}

// 服务停止时统一终止所有任务
private async Task OnServiceStopAsync()
{
    if (_globalStopSource == null) return;
    try
    {
        // 向所有任务发送停止信号
        _globalStopSource.Cancel();
        // 最多等待30秒，防止任务卡住导致服务无法正常停止
        await Task.WhenAll(_runningCheckTasks).WaitAsync(TimeSpan.FromSeconds(30));
    }
    catch (OperationCanceledException)
    {
        // 取消操作抛出的异常属于预期行为，无需额外处理
    }
    finally
    {
        _globalStopSource.Dispose();
    }
}

如果你使用的是.NET Core 3.1/.NET 5及更高版本，可直接继承BackgroundService抽象类实现托管服务，框架已经内置了服务生命周期管控、停止令牌传递的逻辑，不需要自己封装启停代码。

性能优化建议 #

• 如果校验逻辑是IO密集型（涉及数据库查询、接口调用等操作），全部改为异步实现，避免同步阻塞线程，可进一步提升资源利用率
• 如果校验逻辑是CPU密集型，可通过SemaphoreSlim控制并发执行的任务数量，避免同时运行太多任务占满CPU资源
• 若需要支持单独暂停/启动某一个校验任务，可给每个任务分配独立的CancellationTokenSource，或者额外添加暂停信号控制逻辑

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