Azure Queue触发函数CancellationToken在应用重启停止时不生效问题咨询

1. 代码实现是否存在问题？ #

你的代码符合Azure Functions的开发规范，基础逻辑没有错误，但存在两处影响取消信号感知的细节问题：

• 你使用了阻塞的Thread.Sleep(5000)方法，取消信号触发后需要等当前Sleep执行结束才会走到token.IsCancellationRequested的判断逻辑，会出现最长5秒的感知延迟，甚至在关停宽限时间较短的情况下，还没走到判断逻辑函数进程就被销毁，看起来就像取消令牌没有触发。
• 仅依赖函数注入的CancellationToken没有搭配队列触发器的优雅关停配置，无法保证触发时机。

2. CancellationToken是否仅支持部分触发器？ #

是的，CancellationToken的触发逻辑和触发器类型强绑定，并非对所有触发器生效：

• 同步请求类触发器（如HTTP、WebHook触发器）：函数运行时收到关停信号后会立刻向所有活跃执行的函数实例推送取消信号，符合你的测试结果。
• 异步事件类触发器（如队列、Blob、EventHub触发器）：运行时关停时会先停止拉取新事件，给正在执行的函数预留优雅关停宽限时间，只有宽限时间到期后函数仍未执行完成时，才会触发CancellationToken，默认配置下宽限时间较长，容易出现取消信号未触发的假象。

你需要在host.json中添加队列触发器的优雅关停配置，调整宽限时间保证取消信号可以触发：

{
  "extensions": {
    "queues": {
      // 自定义优雅关停宽限时间，单位秒，到期后未执行完的函数会收到取消信号
      "gracefulShutdownPeriodSeconds": 10
    }
  },
  // 函数整体执行超时时间，需要大于优雅关停时间
  "functionTimeout": "00:05:00"
}

同时可以将Thread.Sleep替换为支持取消的异步等待，立刻感知取消信号：

// 原逻辑：Thread.Sleep(5000);
await Task.Delay(5000, token);

3. 如何获取函数应用重启/停止的具体原因？ #

你可以通过两种方式获取关停原因：

• 代码侧：注入IHostApplicationLifetime服务监听应用生命周期事件，同时读取函数应用预置的环境变量，即可获取关停触发源。
• 平台侧：查看Azure门户中函数应用的「活动日志」和「诊断并解决问题」面板，即可查看所有重启/停止事件的触发原因，包括手动操作、配置变更、平台升级、资源配额不足等场景。

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