恢复暂停的Timer触发Azure函数时跳过逾期任务的方法

我有两个Timer触发的Azure函数，恢复暂停状态后，它们因IsPastDue触发运行，但触发的原计划时间是在暂停之前。日志信息如下：

Executing 'My_Function_1700' (Reason='Timer fired at 2024-05-24T07:03:17.9008486+00:00', Id=Blah1)
Trigger Details: UnscheduledInvocationReason: IsPastDue, OriginalSchedule: 2024-05-21T07:00:00.0000000+00:00

Executing 'My_Function_0005' (Reason='Timer fired at 2024-05-24T07:02:34.1964332+00:00', Id=Blah2)
Trigger Details: UnscheduledInvocationReason: IsPastDue, OriginalSchedule: 2024-05-21T14:05:00.0000000+00:00

我希望修改此行为：要么暂停时清除所有计划任务，要么恢复时忽略逾期任务。当前函数未指定UseMonitor和RunOnStartup，默认RunOnStartup为false、UseMonitor为true，符合我的预期。

方案1：函数内判断并跳过逾期任务 #

在Timer函数的代码逻辑开头，直接检查触发器的IsPastDue属性，若为true则直接退出，不执行后续业务逻辑。以C#为例的示例代码：

public static void Run([TimerTrigger("0 0 7 * * *")] TimerInfo myTimer, ILogger log)
{
    // 检查是否为逾期触发，是则直接返回
    if (myTimer.IsPastDue)
    {
        log.LogInformation("Skipping past due invocation for original schedule: {OriginalSchedule}", myTimer.ScheduleStatus.Last);
        return;
    }

    // 正常业务逻辑代码
    log.LogInformation("Executing scheduled task at: {CurrentTime}", DateTime.UtcNow);
}

该方案无需修改函数配置，直接在代码层处理，逻辑简单高效，适合快速实现需求。

方案2：清理Timer的存储监控状态 #

当UseMonitor为true时，Timer的计划状态会存储在Azure存储账户的azure-webjobs-hosts容器中。可以通过以下方式清除逾期任务：

• 手动清理：找到对应存储账户的azure-webjobs-hosts容器，定位到timers/{函数名}路径下的状态文件，删除后函数恢复时会重新计算计划，不会触发之前的逾期任务。
• 自动化清理：若需要频繁暂停恢复，可编写辅助函数或脚本，在暂停函数时自动清理对应Timer的状态文件。

注意：操作前建议备份状态文件，避免影响其他正常任务，且需具备存储账户的访问权限。

方案3：切换为无监控模式（谨慎使用） #

将UseMonitor设置为false，此时Timer的计划状态仅保存在内存中，暂停函数后内存状态丢失，恢复时会从当前时间重新计算计划，不会触发逾期任务。但该模式的缺点是：函数缩放或重启时可能丢失计划状态，无法保证任务精确执行，仅适合对执行准确性要求不高的场景。配置示例（function.json）：

{
  "bindings": [
    {
      "name": "myTimer",
      "type": "timerTrigger",
      "direction": "in",
      "schedule": "0 0 7 * * *",
      "useMonitor": false
    }
  ]
}

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