本地使用Azure Function CLI测试时定时触发器异常问题咨询

这两个现象绝对不正常，本地测试定时触发的Azure Function时，CLI时间显示混乱和执行延迟通常和配置错误、环境问题或者CLI版本有关，我给你拆解下排查和解决步骤：

问题1：CLI显示执行间隔与设定的Cron不符 #

• 先核对Cron表达式格式：Azure Functions的Cron格式是{秒} {分} {时} {日} {月} {星期}，和很多工具的顺序不一样！比如你要每2分钟执行，正确的表达式应该是0 */2 * * * *（秒位必须设为0，分位用*/2表示每2分钟）。如果不小心把秒和分的位置搞反，比如写成*/2 0 * * * *，就会变成每2秒触发一次，自然CLI显示的间隔就不对了。
• 检查本地存储配置：定时触发在本地运行依赖AzureWebJobsStorage来跟踪触发状态。打开你的local.settings.json，确认这个配置项是UseDevelopmentStorage=true，并且已经启动了Azure存储模拟器（如果用的是本地开发存储）。如果存储模拟器没开或者配置错误，触发逻辑会混乱，导致CLI显示错误的执行间隔。
• 升级Azure Function CLI到最新版：旧版本的CLI确实存在定时触发的显示bug，直接用命令func upgrade升级到最新稳定版，很多这类小问题都会被修复。

问题2：函数未按CLI显示的时间启动，出现延迟 #

• 排查本地资源占用：本地运行时，如果你的CPU、内存占用过高，Azure Function的宿主进程会响应缓慢，导致定时触发延迟。先关闭其他占用大量资源的程序，比如大型IDE、视频剪辑工具等，再测试看看。
• 跳过错过的定时运行：本地测试时，如果你的函数宿主重启过，之前错过的定时任务会一次性补执行，这看起来像是延迟，但其实是正常的补跑逻辑。可以在host.json里添加配置来跳过这些错过的运行：

  {
    "extensions": {
      "timer": {
        "scheduleMonitor": {
          "skipMissedRuns": true
        }
      }
    }
  }
  

  这样就只会执行当前时间点的触发任务，不会补跑之前错过的，能避免你误以为是延迟。
• 重启函数宿主进程：有时候宿主进程的内部缓存会导致触发逻辑异常，直接停止func start命令，清空终端后重新启动，很多临时的延迟问题会消失。

如果按照上面的步骤排查后还是有问题，可以尝试删除本地的bin和obj文件夹，重新构建项目后再测试，大概率能解决这些异常。

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