Azure Timer Trigger函数在Slots（预览版）中无法调度执行

别着急，咱们一步步来排查槽位里Timer Trigger不工作的问题，大概率是某个配置或者部署环节的小疏漏导致的：

一、先确认槽位的基础运行状态 #

• 先去Azure门户的槽位页面，进入「函数」标签，看看那三个Timer Trigger是不是都处于已启用状态。有时候部署后函数会被默认禁用，或者部署过程中的配置覆盖不小心把开关关掉了，这是最容易忽略的点。
• 核对槽位的应用设置：如果你的Timer依赖了特殊配置（比如WEBSITE_TIME_ZONE时区设置，或者自定义的连接字符串），要确保这些设置在槽位里都配置正确了。另外，槽位的FUNCTIONS_EXTENSION_VERSION必须和主应用保持一致，版本不匹配很可能导致触发器无法正常注册。

二、检查Timer Trigger的调度逻辑 #

• 去槽位的Kudu工具（高级工具 -> 进入Kudu），找到对应函数的function.json文件，核对里面的schedule表达式是不是正确。比如是不是不小心写了一个几小时后才触发的CRON，或者表达式语法错了（比如分钟范围写了61这种无效值）。
• 查看槽位的函数日志：在槽位的函数页面，进入「监测」->「日志」，看看有没有触发相关的记录。如果有错误日志（比如依赖缺失、权限问题），直接就能定位原因；如果连触发的日志都没有，那说明触发器根本没被系统注册。

三、部署槽的特殊配置检查 #

• 开启槽位的「始终开启」：如果你的函数用的是消耗计划，槽位默认可能没开这个设置——Timer Trigger在消耗计划下必须开启WEBSITE_ALWAYS_ON才能持续触发，否则应用休眠后定时任务就停了。去槽位的「配置」->「常规设置」里把这个选项设为On。
• 重启槽位的函数应用：有时候部署后触发器注册会出问题，手动重启一下槽位的应用，强制触发器重新注册，很多时候能解决这种“静默不触发”的问题。
• 确认流量路由设置：虽然Timer Trigger不依赖流量，但如果槽位的流量比例被设为0或者开启了特殊的预热模式，也可能间接影响触发器。去槽位的「部署槽位」页面看看流量配置是不是正常，没有被设置成完全隔离的状态。

四、排查VSTS部署管道的问题 #

• 检查VSTS发布任务：看看部署槽位的步骤里，有没有误勾选「禁用函数」之类的选项，或者部署过程中覆盖了函数的启用状态配置。比如Azure Functions部署任务里有个“部署后操作”，如果设置了禁用函数，那槽位的Timer自然不会跑。
• 验证槽位的代码完整性：还是去Kudu的site/wwwroot目录，看看三个Timer Trigger的文件夹是不是都存在，代码和function.json是不是和staging分支完全一致。有时候部署过程可能因为网络问题或者配置错误，导致部分文件没上传成功。

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