ASP.NET Core中如何定期调用API获取服务健康状态？用while循环可行吗？

这个实现可以在简单测试场景下跑通，但直接用于生产环境存在大量隐患，完全不推荐直接上线使用，核心问题如下：

• 异步方法同步等待的死锁风险：你对异步方法GetHealth直接调用.Result同步阻塞获取结果，不仅会浪费当前线程资源长期挂起，在带同步上下文的运行环境（比如ASP.NET Core、WinForm、WPF）中还极容易触发死锁，直接导致程序无响应。
• 无法优雅终止循环：Thread.Sleep是硬阻塞逻辑，当应用需要停止服务时，必须等2秒休眠结束才能响应退出信号，既做不到快速停止，还可能在进程销毁时触发不必要的异常。
• 无容错能力：API调用过程中很容易出现网络波动、超时、服务端报错等异常，当前代码没有任何异常捕获逻辑，只要单次API调用抛出未处理异常，整个循环就会直接崩溃，后续所有健康检查都会中断。
• 执行间隔不符合预期：当前逻辑的两次检查间隔为「API调用耗时 + 2秒休眠」，如果API本身调用耗时1秒，实际检查间隔就会变成3秒，无法满足固定间隔2秒调用的需求。

优化后实现参考 #

可以改成异步方案配合取消令牌，适配应用生命周期，同时增加异常处理：

// cancellationToken传入应用全局的停止令牌，比如ASP.NET Core BackgroundService的StoppingToken
async Task RunHealthCheckLoop(CancellationToken cancellationToken)
{
    while (!cancellationToken.IsCancellationRequested)
    {
        try
        {
            var health = await _client.GetHealth(1, cancellationToken);
            if (health)
            {
                // 你的其他业务逻辑
            }
        }
        catch (Exception ex)
        {
            // 此处记录异常日志，不要直接吞掉异常
            _logger.LogError(ex, "健康检查接口调用异常");
        }
        // Task.Delay配合取消令牌，收到退出信号时会立即中断休眠
        await Task.Delay(2000, cancellationToken);
    }
}

如果是ASP.NET Core环境，更建议直接用官方自带的健康检查组件，原生支持定期检查、多服务检查、状态聚合、告警回调等能力，不需要手动实现循环逻辑。

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