Azure Function的FixedDelayRetry配置在Azure平台运行时未按预期生效

你观察到的重试次数相乘翻倍的现象，本质是Azure Blob Trigger存在两层独立、互不覆盖的重试逻辑，你仅调整了其中一层的配置。
两层重试的运行逻辑分别是：

• 函数执行层重试：也就是你通过[FixedDelayRetry]特性配置的重试规则，作用于单个Blob触发实例的执行上下文，控制代码抛错后，同一执行上下文内的自动重试次数。按你设置FixedDelayRetry(1, "00:00:10")的参数计算，单条消息完成一次投递后，会先执行1次主流程，遇到异常则间隔10秒再尝试1次，单投递场景下总共执行2次。
• 触发源队列层重试：Blob Trigger底层依赖Azure Storage Queue传递触发消息，队列本身有内置的最大消息取出次数配置，Azure生产存储环境的默认值为5——当函数在当前执行上下文内把配置的重试次数全部用完、仍抛出未处理异常时，消息会回到队列等待下一次投递，每一次重新投递都会完整触发一遍你配置的[FixedDelayRetry]逻辑。

你本地测试时功能正常，是因为本地存储模拟器的队列层默认最大取出次数为1，不会反复投递消息，两层重试叠加后刚好符合你的预期；部署到Azure生产环境后，队列层的默认5次投递逻辑被激活，就出现了重试次数相乘的现象：配置函数层1次重试时，总执行次数为5（队列投递次数） * 2（单投递下函数层执行次数） = 10次，和实际日志中观察到的执行次数完全匹配。

要让总重试次数符合预期，必须同时调整两层重试的参数，不能只修改单一层：

1. 按实际需求配置函数层的重试规则：
   • 完全不需要代码执行重试：配置[FixedDelayRetry(0, "00:00:00")]，单投递下函数仅执行1次，不做额外重试
   • 仅需要1次失败重试：保留现有[FixedDelayRetry(1, "00:00:10")]配置，单投递下函数总共执行2次，首次执行失败后间隔10秒再尝试1次
2. 调整Blob Trigger关联的队列层最大取出次数，关闭生产环境默认的5次重复投递逻辑：
   这个配置需要在项目的host.json文件中修改，针对Blob触发器的配置节把默认的maxDequeueCount值从5调整为1，示例配置如下：

   {
     "version": "2.0",
     "extensions": {
       "blobs": {
         "maxDequeueCount": 1
       }
     }
   }
   

   注：maxDequeueCount代表单个Blob消息最多从队列中取出处理的次数，超过这个阈值的消息会被自动移入毒队列（Poison Queue），不会再次触发函数。将值设为1后，消息仅会被投递一次，处理失败后直接进入毒队列，不会反复重新触发。

按上述方式调整两层参数后：

• 需要函数完全不重试时：队列投递1次 × 函数层执行1次 = 总执行1次，无额外重试
• 需要函数重试1次时：队列投递1次 × 函数层执行2次 = 总执行2次（首次执行+1次间隔10秒的重试），完全匹配预期。

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