.NET 5中检测到应用冻结后如何正确实现自动重启

算力阿峰

2026-8-30

问题描述

实现了一个后台工作程序用于检测特定变量状态：若该变量取值与5分钟前一致，则判定应用已冻结需要重启。但按照如下代码实现逻辑时，程序并未触发重启，仅抛出异常：

public void ExecuteAsync(CancellationToken stoppingToken)
 {
        Task.Run(async () =>
        {
          while (!stoppingToken.IsCancellationRequested)
          {
              await Task.Delay(TimeSpan.FromSeconds(_delayBetweenChecksInSeconds));
              double exTotal = metricExTotal;   

              if (exTotal == _previousexTotal)
              {
                      Environment.Exit(-1);
              }
              _previousexTotal = exTotal;
          }
      })
      .ContinueWith(task =>
      {
          Environment.Exit(-1);
      }, TaskContinuationOptions.OnlyOnFaulted)
         .ConfigureAwait(false);
}

问题根因

原代码无法正常工作的核心问题如下：

方法签名错误：ExecuteAsync是.NET后台服务的标准生命周期方法，约定返回Task类型，你写的void返回值属于async void反模式，服务宿主无法追踪内部任务的执行状态，内部抛出的异常会成为未观测异常，既不会触发你写的故障退出逻辑，还会导致进程无预期崩溃。
检测逻辑不符合需求：你每次循环的等待时间是_delayBetweenChecksInSeconds，只要这个值不是300秒，就根本不是“和5分钟前的值对比”，要么间隔太短频繁误判，要么逻辑完全不匹配需求。
缺少初始值校验：第一次进入循环时_previousexTotal是默认值0，如果启动时第一次取到的指标值刚好也是0，会直接误触发退出，根本没有留出观测窗口。
浮点数比较风险：直接用==比较double类型值，浮点运算的精度误差会导致哪怕指标实际在增长，判断条件也可能不成立，漏判冻结状态。
存在竞态问题：多线程下读写metricExTotal和_previousexTotal没有加同步机制，可能读到半更新的脏值，导致判断失效。
续延逻辑失效：ContinueWith加OnlyOnFaulted配置只会捕获Task.Run内部抛出的异常，逻辑判断不生效的场景根本不会触发这个续延，自然不会执行退出。

正确实现代码

以下是符合预期的实现，基于.NET标准BackgroundService模式编写：

// 5分钟冻结检测窗口常量
private readonly TimeSpan _freezeCheckWindow = TimeSpan.FromMinutes(5);
// 上次记录的指标值，初始赋值为不可能出现的哨兵值，避免首次启动误判
private double _previousexTotal = double.NaN;
// 多线程访问共享指标的同步锁
private readonly object _metricLock = new object();

protected override async Task ExecuteAsync(CancellationToken stoppingToken)
{
    // 启动时先记录第一次指标值作为初始基准
    lock (_metricLock)
    {
        _previousexTotal = metricExTotal;
    }

    // 直接在当前执行流跑检测循环，不需要额外用Task.Run包装，避免异常逃逸
    while (!stoppingToken.IsCancellationRequested)
    {
        // 等待满5分钟检测窗口，等待过程支持取消
        await Task.Delay(_freezeCheckWindow, stoppingToken);
        
        double currentExTotal;
        lock (_metricLock)
        {
            currentExTotal = metricExTotal;
        }

        // 浮点数用差值比较，精度阈值可根据业务指标的精度要求调整
        if (Math.Abs(currentExTotal - _previousexTotal) < 1e-9)
        {
            // 确认应用冻结，非0退出码供守护进程识别
            Environment.Exit(-1);
        }

        // 更新基准值，供下一个检测窗口对比
        lock (_metricLock)
        {
            _previousexTotal = currentExTotal;
        }
    }
}

// 所有更新metricExTotal的逻辑都要加同一把锁，避免读写竞态
private void UpdateMetricValue(double newValue)
{
    lock (_metricLock)
    {
        metricExTotal = newValue;
    }
}

额外注意事项

Environment.Exit只会终止当前进程，自动重启能力需要搭配进程守护机制实现：比如Linux下用systemd配置服务重启规则、Windows下注册服务配置失败重启、容器场景配置restart: always策略，单靠应用自身无法完成重启动作。
如果你需要用更短的轮询间隔（比如10秒一次）降低检测开销，可以加一个连续无变化计数器，累计到30次（10秒*30=5分钟）指标都没有变动时，再触发退出逻辑。
所有异步方法不要写void返回值，必须返回Task，否则异常无法被正常捕获，会出现各种无预期的执行问题。
多线程访问共享指标变量时，要么加锁，要么用Volatile类做读写，避免CPU缓存导致读取到旧值，影响判断准确性。

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