Logic Apps标准工作流中内置Service Bus触发器重复运行问题咨询

问题1：触发器并发选项的作用范围 #

触发器设置中的并发选项针对的是多会话场景，它控制Logic Apps同时处理的不同活动会话实例数量。如果队列存在100个不同的活动会话，该并发值就是允许同时运行的会话实例上限——比如并发设为15，同一时间最多会有15个不同的会话各自启动一个工作流实例处理，其余会话会处于等待状态，直到有已处理完成的会话释放并发槽位。

问题2：单条消息触发多个实例的异常分析 #

单会话单条消息触发多个实例的问题，常见诱因及排查方向如下：

• 多实例轮询冲突：Logic Apps标准在ASE环境下默认多实例部署，若每个实例的触发器独立轮询同一个会话队列，极端情况下可能出现多个实例同时获取同一条会话消息（尽管Service Bus会话本身应保证单消费者，但触发器轮询逻辑可能存在竞态）。
• 会话锁隐性续约失败：即便设置了5分钟锁超时，若工作流处理过程中出现网络波动、ASE内部资源限制等情况，导致锁续约请求未送达Service Bus，Service Bus会释放消息锁，触发器会重新获取该消息并启动新实例。
• 操作时序问题：如果工作流中关闭会话的操作在完成消息操作之前执行，可能导致会话提前关闭，消息锁约束失效，进而触发重复实例。

排查建议：

• 查看工作流运行日志，确认完成消息、关闭会话操作的执行顺序及状态，排查是否存在完成消息操作延迟或失败的情况。
• 检查Service Bus消息日志，查看该消息的锁状态变化、是否存在多次被获取的记录。
• 临时将Logic Apps标准实例数设为1，验证是否还会出现多实例触发的问题，以此排除多实例轮询的影响。

问题3：触发器模式确认 #

"On single new message from queue session"触发器默认采用Peek Lock模式。你的验证逻辑（完成消息、关闭会话操作均成功）也能佐证这一点：只有在Peek Lock模式下，才需要显式调用“完成消息”操作确认处理完成；如果是Receive and Delete模式，消息会在被触发器获取时直接从队列删除，后续的“完成消息”操作会直接报错。

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