.NET 7中支持异步函数的Timer替代方案咨询

先说说问题根源：System.Threading.Timer的回调是Action<object?>类型，用异步lambda会变成async void——这种写法会导致异常无法被正常捕获、任务调度不受控，IDE的警告就是在提醒你这个风险。

在.NET 7里，有几个靠谱的替代方案：

1. 用 PeriodicTimer（首推） #

这是.NET 6之后专门为异步场景设计的定时器，用法简单直接，完美适配异步操作：

var timer = new PeriodicTimer(TimeSpan.FromSeconds(1));

// 异步循环执行任务
async Task RunTimerLoop()
{
    while (await timer.WaitForNextTickAsync())
    {
        // 这里放你的异步操作，比如HTTP请求、数据库调用
        await Task.Delay(1000); // 示例异步逻辑
    }
}

// 启动循环
_ = RunTimerLoop();

// 需要停止时调用
// timer.Dispose();

• 好处：原生支持异步，完全避开async void的坑；可以通过WaitForNextTickAsync的CancellationToken参数实现优雅取消；如果当前任务执行时间超过设定间隔，下一次tick会等当前任务完成后再触发，不会堆叠任务。

2. 给System.Threading.Timer包装异步逻辑（兼容旧代码） #

如果一定要用System.Threading.Timer，可以把异步逻辑抽成单独的方法，在回调里调用并处理异常，避免直接用async lambda：

_ = new Timer(_ =>
{
    // 调用异步方法，同时捕获异常
    _ = ExecuteAsync();
});

async Task ExecuteAsync()
{
    try
    {
        await Task.Delay(1000); // 替换成你的实际异步操作
    }
    catch (Exception ex)
    {
        // 必须处理异常，不然未捕获的异常可能搞崩进程
        Console.WriteLine($"任务执行出错：{ex.Message}");
    }
}

• 注意：这种方法只是规避了IDE警告，本质还是绕开了async void的问题，但一定要手动处理异常，否则风险依旧存在。

3. 结合IHostedService做后台定时任务（适合ASP.NET Core等依赖注入场景） #

如果是在ASP.NET Core或者用通用主机的项目里，可以写一个后台服务，搭配PeriodicTimer实现：

public class AsyncTimerHostedService : BackgroundService
{
    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        using var timer = new PeriodicTimer(TimeSpan.FromSeconds(1));
        while (await timer.WaitForNextTickAsync(stoppingToken))
        {
            await Task.Delay(1000, stoppingToken); // 带取消令牌的异步操作
        }
    }
}

// 在Program.cs里注册服务
builder.Services.AddHostedService<AsyncTimerHostedService>();

• 好处：自动跟主机生命周期绑定，支持优雅关闭，适合长期运行的后台定时任务场景。

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