For_each Azure 逻辑应用中的并发性和变量干扰



我有一个逻辑应用,它使用 For_each 循环访问电子邮件附件并将其保存到 Azure 文件存储容器。

根据某些条件,我希望附件以不同的名称或不同的路径存储,但for_each的默认并发性令人担忧;我在顶级设置了路径和文件名变量,并在满足条件时在循环中设置它们。

有没有办法确保这些变量将保存我在该迭代中设置的值,而无需将并发设置为 1?

看起来它在默认并发的情况下可以正常工作,但是我将并发设置为1,直到我确定这些迭代是否可以在设置变量方面相互干扰。

如果要更改 for-each 循环中的变量值(并且可能在同一循环中使用它(,则应将并发性设置为 1,以确保循环以顺序方式运行以避免竞争情况。

由于变量只能在顶层声明,因此对于某些没有并发设置为 1 的方案,这将不使用该。考虑我们有具有此架构的 JSON:

`[
   {
    [JSON Object]
   }
 ]` 

并且需要迭代每个内部以获得价值并增加计数器,并且基于计数器我们有一些操作。在这种情况下,我们需要局部变量而不是全局变量。

相关内容

  • 没有找到相关文章

最新更新