Azure Functions重启非计划执行及停机调度队列机制咨询

• 首先明确核心结论：Azure Functions 定时器触发器不存在专门存储停机周期内所有待执行计划任务的持久队列，你观察到的非计划时间重启后自动触发，是触发器内置的最近一次错过触发补偿逻辑导致的，并非积压的排队任务被依次执行。
• 停机期间任务不执行的原因：当函数应用处于停止状态时，定时器触发器的监听器进程完全下线，不会记录、暂存这段时间内所有到点的计划触发事件，因此不会出现重启后批量执行停机期间所有积压任务的情况。
• 非计划时间重启自动触发的具体规则：
  1. 触发器每次启动时，会自动比对当前时间与最近一个已配置的计划触发时间，若两者间隔落在默认的调度检测窗口内（窗口长度默认等于触发器配置的执行周期，你配置的是每日6:30、13:30执行，相邻触发间隔为7小时/17小时，对应检测窗口覆盖最近1个触发周期），就会自动补跑1次。
  2. 你在当日11点重启时，距离最近的错过触发点为当日6:30，间隔4.5小时，处于检测窗口范围内，因此触发了自动补跑。
  3. 若停机时长超出1个触发周期对应的检测窗口，比如从当日6点停机到次日14点才重启，最近的错过触发点为当日13:30，与重启时间间隔超过12小时，超出检测窗口范围，就不会触发自动补跑。
• 相关行为配置方式：
  若不需要重启时的自动补跑逻辑，可在函数应用的host.json文件中调整定时器触发器配置：将RunOnStartup显式设为false（该值本身为默认值，仅控制启动时无条件执行的逻辑），若要彻底关闭错过触发的检测补偿，可将UseMonitor参数设为false，但关闭后会丢失触发器调度异常、错过执行的检测能力，生产环境谨慎使用。
  注意不要依赖这个补偿机制实现停机期间的任务可靠调度：该逻辑最多只会补跑最近1次符合检测规则的错过触发，不会将停机期间所有到点的计划任务排队执行，若需要跨停机周期的可靠任务调度，需要自行搭配持久化存储队列或持久函数编排实现。

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