Azure logic apps 逻辑应用程序顺序运行卡滞”；“等待”；

我有一个带有“收到HTTP请求时”触发器的逻辑应用程序。我从另一个应用程序收到两个并发帖子，虽然这些帖子是直接相关的，但它们只包含稍微不同的数据点。这仅仅是由于该应用程序中的一个限制，即它无法将两个帖子合并为一个帖子。不幸的是，我无法控制这一切

为了防止剩余逻辑中出现一些竞争条件问题，我们将并发控制设置为开，并行度为1，显然一次只允许运行一次

我收到一个帖子，处理一些逻辑，确定是否都收到了。如果我确定这只是第一次发布，我将以取消状态终止运行

我遇到的问题是，当Logic应用程序将第二篇文章排队时，它并不总是自动触发正在“等待”的运行。在极少数情况下，它会在第一次运行后立即触发。我还看到它在第一次跑步后2分钟内被触发。我还看到，在我手动触发Logic应用程序以使其运行之前，它会在“等待”状态下等待20分钟以上

这是我通常看到的：

第一次运行被处理，它被确定只是两篇文章中的第一篇，因此有逻辑取消该运行。然而，同时出现的第二个帖子仍然处于“等待”状态

---

你知道可能会发生什么或者我如何防止这种情况吗？

我在我的团队中测试了很多次，它总是工作正常，第二个触发器在取消第一个运行实例后立即执行。请您提供更多详细信息，如逻辑应用程序中的操作？然后我可以尝试重现您的问题。HTTP请求包含base64编码的PDF和一些其他属性。我正在将PDF保存到blob存储在一个以其中一个属性（例如，唯一ID）命名的文件夹中。然后我检查那个文件夹，看看两个文件是否都在那里。如果只有1个，那是第一个帖子，所以我取消了。如果有2个文件，这是第2页，共2页，所以我正在调用另一个逻辑应用程序来触发一个单独的进程。我能重新创建它的唯一方法是如果触发器几乎在同一时间被击中。每次运行大约需要600-800毫秒，因此，如果请求之间的间隔很小，它会处理得很好。我还将注意到，我尝试在Terminate控件上使用Success选项，但遇到了相同的问题。即使第一次运行已完成（无论是在Terminate控件上使用Cancel还是Success），排队运行仍将保持等待状态，通常等待时间不确定。