Azure Timer函数执行异常：为何每3分钟运行而非计划的30分钟？

可能的原因及排查方向 #

1. runOnStartup: true 引发的额外触发 #

你的代码里设置了runOnStartup: true，这个配置会让函数在应用启动或重启时立即执行一次。如果函数应用频繁重启（比如自动缩放、部署更新、配置变更、资源回收等场景），每次重启都会触发函数，就会出现远高于计划频率的调用。

• 验证方式：暂时将runOnStartup改为false，观察后续调用频率是否恢复正常。

2. CRON表达式解析验证（排除表达式本身问题） #

Azure Timer触发器使用6位CRON表达式（顺序：秒 分 时 日 月 周）：

• 你使用的0 */30 * * * *逻辑正确，对应每小时的0分0秒、30分0秒执行（每30分钟一次）。
• 你尝试的5位表达式*/30 * * * *会被Azure自动补全为0 */30 * * * *，效果完全一致。
• 确认步骤：登录Azure门户，查看该Timer触发器的配置页面，检查Azure解析后的计划是否显示为“每30分钟一次”。

3. 存储账户锁机制失效 #

Timer触发器依赖Azure存储账户维护分布式锁，确保同一时间只有一个实例执行函数。如果存储账户出现以下问题，会导致锁失效，引发重复触发：

• AzureWebJobsStorage连接字符串配置错误或权限不足
• 存储账户处于故障、限流状态
• 存储账户内azure-webjobs-hosts容器异常
• 排查方式：
  • 检查函数应用配置中的存储连接字符串是否正确
  • 查看存储账户的健康状态和操作日志

4. 弹性缩放协调异常 #

如果函数应用启用了弹性缩放，当多实例同时运行时，Timer触发器的分布式协调机制可能失效，导致多个实例各自触发函数。

• 验证方式：暂时将函数应用的缩放模式改为“固定1个实例”，观察调用频率是否恢复正常。

5. 函数日志溯源 #

查看函数应用的执行日志，重点关注每次触发的来源标记：

• 日志会明确标注触发是来自“计划任务”还是“启动触发”
• 核对额外触发的时间点，是否与应用重启记录对应

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