并发控制设为1时Azure Logic App与Service Bus Queue触发重复运行

场景说明 #

• 向Service Bus队列发送约100条消息
• 逻辑应用以「Service Bus Message received」作为触发节点，已配置自动完成消息
• 开启逻辑应用并发控制并设置为1，确保同一时间仅运行一个实例
• 单条逻辑应用流程耗时约15-20分钟
• Service Bus队列已按指定配置完成设置（附截图）

问题现象 #

• 已确认逻辑应用同一时间仅运行一个实例
• 同一消息仍重复触发逻辑应用实例，尽管触发器已设置自动完成

排查方向与解决方案 #

1. Service Bus 消息锁定时长不足 #

Service Bus队列默认锁定时长多为30秒，你的单流程耗时15-20分钟，远超过这个阈值。消息锁定超时后，Service Bus会将消息重新放回队列，导致触发器再次拾取。

• 解决办法：在Service Bus队列配置中，将锁定时长调整为大于流程耗时的数值（比如设置为25分钟），确保流程能在锁定有效期内完成并自动确认消息。

2. 触发器未启用锁定续订 #

即使设置了足够的锁定时长，如果触发器未开启锁定续订，当流程运行时间接近锁定时长时，系统不会自动延长锁定时间，仍会触发锁定超时。

• 解决办法：在「Service Bus Message received」触发器的高级设置里，启用锁定续订，并设置合理的续订间隔（比如每5分钟续订一次），保证消息锁定状态持续到流程结束。

3. 流程异常导致自动完成失败 #

如果流程运行过程中出现未捕获的异常，可能导致触发器无法正常执行自动完成操作，消息会被重新释放回队列。

• 解决办法：
  • 在逻辑应用中添加错误处理机制（比如用「Scope」组件配合「Run after」设置），捕获流程异常后手动调用Service Bus的「Complete Message」操作，确保无论流程成功或失败都能正确处理消息状态。
  • 查看逻辑应用运行历史，确认是否存在异常导致自动完成步骤未执行。

4. 并发控制不约束触发器的消息拾取逻辑 #

虽然设置了并发控制为1，但Service Bus触发器在消息锁定超时后，会判定消息未被处理，即便当前有一个实例在运行，仍会重新拾取该消息。并发控制仅限制逻辑应用的运行实例数，无法干预Service Bus触发器的消息拾取行为。

• 解决办法：核心还是要保证消息锁定时长足够覆盖流程耗时，结合锁定续订功能，从根源上避免消息被重新释放。

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