Windows Service任务重叠问题求助：如何避免数据覆盖

嘿，这个任务重叠的坑我之前做Windows服务的时候踩过好几次！咱们先拆解下问题根源：你用的System.Timers.Timer默认是到了间隔时间就触发下一次Tick，完全不管上一次的任务有没有执行完。如果你的transaction.ExecuteTransaction()执行时间超过了计时器的间隔（比如配置的10秒），多个线程就会同时跑这个方法，数据覆盖肯定躲不掉。

下面给你两种实用的解决方案，按需选择就行：

方案一：手动控制计时器触发（推荐，确保任务串行执行） #

把计时器的AutoReset设为false，这样它只会触发一次，等当前任务执行完后，再手动重启计时器，从根本上避免任务重叠。

修改你的代码：

首先在OnStart方法里设置AutoReset：

protected override void OnStart(string[] args)
{
    // Set up a timer to trigger every 10 seconds.
    myTimer = new Timer();
    myTimer.Interval = BaseLevelConfigurationsHandler.GetServiceTimerTickInterval();
    myTimer.Elapsed += TimerTick;
    myTimer.AutoReset = false; // 关键：关闭自动重置，手动控制下一次触发
    myTimer.Enabled = true;
}

然后在TimerTick方法里，执行完任务后重启计时器（要用finally保证哪怕任务出错也能继续下一次）：

private void TimerTick(object sender, ElapsedEventArgs args)
{
    try
    {
        ITransaction transaction = new TransactionFactory().GetTransactionFactory("SomeString");
        transaction.ExecuteTransaction();
    }
    catch (Exception ex)
    {
        // 这里记得加日志记录异常，方便排查问题
        // Logger.Error("任务执行失败", ex);
    }
    finally
    {
        // 不管任务成功与否，都重启计时器，保证后续任务能正常触发
        ((Timer)sender).Enabled = true;
    }
}

方案二：用线程安全锁跳过重叠触发 #

如果你的业务允许跳过正在执行时的触发（而不是等待），可以用Monitor.TryEnter加一个锁，同一时间只允许一个线程执行任务，其他触发直接跳过。

第一步，先定义一个全局的锁对象（要保证是唯一实例）：

private readonly object _taskExecutionLock = new object();

然后修改TimerTick方法：

private void TimerTick(object sender, ElapsedEventArgs args)
{
    // 尝试获取锁，如果锁被占用（任务正在执行），直接跳过本次触发
    if (!Monitor.TryEnter(_taskExecutionLock))
    {
        // 可选：记录日志，说明本次触发因为任务在执行被跳过
        // Logger.Info("任务正在执行，跳过本次触发");
        return;
    }

    try
    {
        ITransaction transaction = new TransactionFactory().GetTransactionFactory("SomeString");
        transaction.ExecuteTransaction();
    }
    catch (Exception ex)
    {
        // 记录异常日志
        // Logger.Error("任务执行失败", ex);
    }
    finally
    {
        // 必须释放锁，否则后续触发永远无法执行
        Monitor.Exit(_taskExecutionLock);
    }
}

额外注意事项 #

• 一定要处理异常：如果任务抛出未捕获的异常，可能会导致计时器停止触发（尤其是方案一），所以try/catch必不可少。
• 日志很重要：不管是任务执行成功、失败还是跳过，都建议记录日志，方便后续排查问题。
• 优化任务性能：如果你的任务经常超过计时器间隔，最好优先优化任务本身的执行效率，不然方案一会导致任务触发间隔被拉长，方案二会频繁跳过触发，都不是长久之计。

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