为何ServiceBusTrigger无报错却反复重试，消息最终进入死信队列？

无报错情况下ServiceBusTrigger未完成消息确认、持续重试的可能原因如下： #

Service Bus队列默认使用PeekLock模式接收消息，触发器需要显式提交确认请求将消息标记为已处理，才会从队列中删除该消息。如果确认失败或消息锁提前过期，投递次数就会累加，到达Max Delivery Count阈值后就会转入死信队列，无报错场景下的常见原因有：

• 自动完成配置不匹配：若你在host.json中手动将extensions.serviceBus.autoComplete设置为false，但代码中没有注入ServiceBusMessageActions对象并调用CompleteMessageAsync()方法手动提交确认，函数执行结束后消息不会被标记为已处理，锁过期后就会被重新投递。
• 消息锁提前过期：队列配置的LockDuration（默认30秒）短于函数实际执行时长，同时未开启自动锁续期、或host.json中配置的maxAutoLockRenewalDuration时长不足，会导致消息锁在函数执行过程中提前释放，后续即使函数执行完成也无法提交确认请求，消息被重新投递。
• 连接字符串权限不足：触发器使用的Service Bus连接字符串仅配置了监听权限，缺少消息完成所需的操作权限，扩展在后台提交确认请求时被拒绝，该错误未被抛出到函数执行链路中，就会表现为函数执行成功但消息未被确认。
• 扩展版本兼容问题：低版本的Microsoft.Azure.WebJobs.Extensions.ServiceBus扩展存在已知Bug，会出现在函数执行成功后未正确提交消息确认请求的情况，升级到最新稳定版扩展即可解决。
• 会话队列配置不匹配：如果目标队列开启了会话功能，但触发器参数未添加IsSession = true配置，会导致触发器无法完成会话级别的消息确认，消息会被重复投递直至进入死信队列。

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