Azure Function未按配置的3小时Cron表达式触发问题咨询

首先看你提供的信息：你设置的Cron表达式0 0 */3 * * *和App Insights里显示的0 0 0,3,6,9,12,15,18,21 * * *其实是完全等价的，所以表达式本身没有语法问题，接下来从几个常见故障点排查：

• 时区不匹配导致的认知偏差
  Azure Functions的定时触发器默认采用UTC时区，如果你预期的9AM、12PM、3PM是本地时区（比如东八区），那对应的UTC时间其实是1AM、4AM、7AM，而App Insights显示的下一次执行是03:00:00Z（UTC），对应东八区的11AM，这就和你的预期时间完全错开了。你可以在函数应用的配置里检查WEBSITE_TIME_ZONE设置，如果没有配置，默认就是UTC，需要添加这个应用设置并指定你需要的时区（比如China Standard Time），这样Cron表达式就会基于本地时区计算触发时间。

• 函数应用处于停止/休眠状态
  如果你的函数应用是基于消耗计划部署的，虽然定时触发器应该会自动唤醒休眠的实例，但偶尔会出现唤醒失败的情况；另外也有可能函数应用被意外手动停止了，你可以在Azure门户的函数应用概览页确认状态是否为“运行中”。如果是消耗计划，尝试手动触发一次函数，或者重启函数应用来重置状态。

• 触发器配置未同步
  有时候在Azure门户修改Cron表达式后，配置可能没有及时同步到触发器的运行实例，尤其是当函数应用处于冷状态时。这种情况下，你可以尝试：

  1. 保存配置后重启函数应用
  2. 进入函数的“集成”页面，重新保存触发器配置
  3. 检查本地代码（如果是部署的代码包）中是否硬编码了Cron表达式，导致门户配置被覆盖

• 资源配额或执行限制触发
  如果你的函数在之前的执行中出现了超时、内存溢出或者其他错误，可能会被Azure的运行时限制执行。你可以在App Insights的“失败请求”面板查看是否有相关错误日志，或者在函数应用的“监控”页面检查是否有配额超限的提示（比如每日执行次数、内存使用限制）。

• App Insights日志延迟（但你的情况大概率不是）
  虽然App Insights偶尔会有日志 ingestion延迟，但你提到最后一次执行记录是昨日21:20，且后续的预期时间点都没有触发记录，说明确实是触发失败，而非日志未更新。

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