配置为每分钟运行的Azure Function Timer Trigger实际每5分钟执行

以下是可能导致你的C# Azure Function配置为每分钟执行，但实际大多每5分钟才运行的常见原因：

• 消耗计划的实例回收与冷启动
  若函数使用消耗计划，当函数空闲超过默认的5分钟后，Azure会回收实例。下次触发时需要冷启动，这会导致调度延迟。当实例被回收后，下一次执行可能间隔5分钟；而当实例保持活跃时（短时段内持续有调度触发），就能按每分钟的配置执行，这和你描述的“偶尔短时段内每分钟运行”现象匹配。

• 函数执行时长或阻塞问题
  如果函数单次执行时间超过1分钟，或者执行过程中出现阻塞（比如等待外部资源超时、未捕获异常），TimerTrigger会跳过后续的调度点，仅执行最近的一次。这种情况下，看起来执行间隔就会被拉长，甚至触发实例回收，间接导致每5分钟执行一次。

• 实例资源限制与缩放延迟
  消耗计划下，Azure会根据负载自动缩放，但当资源紧张或实例数量受限（比如配置了实例上限）时，新的调度任务无法及时分配到可用实例，只能等待现有实例释放或新实例启动，从而导致执行间隔变长。

• 配置生效问题
  虽然Application Insights显示调度配置为00:01:00，需确认：

  • SchedulerInterval是否在函数应用的应用设置中正确配置，未被本地settings.json、部署槽配置等其他层级的设置覆盖。
  • 函数部署后是否重新启动过，确保新配置生效。部分情况下，配置更新后实例未及时刷新，仍在使用旧的调度间隔。

• TimerTrigger的错过调度处理逻辑
  当函数因冷启动、资源不足导致前一次调度未及时执行时，TimerTrigger会自动跳过错过的调度点，只执行当前最近的一次。这种机制会让执行间隔看起来远大于配置的1分钟。

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