Blob触发Azure函数重试后未生成webjobs-blobtrigger-poison队列消息问题

• 确认存储账户匹配
  检查函数应用配置中的AzureWebJobsStorage连接字符串，确保和你在门户查看的存储账户一致。Blob触发器默认使用这个存储账户创建毒队列，若函数配置了单独的Blob存储连接字符串，也要确认对应的存储账户是否正确。

• 核对队列名称细节
  Azure存储队列名称为小写格式，确保你查找的队列名称是webjobs-blobtrigger-poison，注意不要使用大小写混合的名称（比如WebJobs-BlobTrigger-Poison），避免因名称不匹配找不到队列。

• 检查host.json自定义配置
  查看函数项目的host.json文件，确认是否修改了Blob触发器的毒队列名称或重试次数：

  {
    "version": "2.0",
    "extensions": {
      "blobTrigger": {
        "maxDequeueCount": 5,
        "poisonQueueName": "webjobs-blobtrigger-poison"
      }
    }
  }
  

  若poisonQueueName被自定义修改，毒队列会使用配置的名称而非默认值。

• 验证存储账户权限
  确认函数应用的身份（托管标识或连接字符串对应的账户）拥有存储账户的队列数据参与者权限。若权限不足，即使日志提示移动消息，实际写入队列会失败，可查看存储账户的活动日志，排查是否存在队列写入失败的记录。

• 排查队列可见性与工具限制
  使用Azure存储资源管理器查看存储队列，而非仅依赖门户页面——门户可能默认过滤掉无活跃消息的队列，或未显示处于不可见状态的消息。资源管理器可查看所有队列及消息的详细状态。

• 检查函数运行环境异常
  若函数使用消耗计划，需确认在移动消息过程中未发生意外回收。可查看函数应用的执行日志，确认“Moving message to queue”操作完成后无后续错误；同时查看存储账户的队列指标，确认是否有消息入队的记录。

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