用SharePoint列表作为Power Automate并发流全局变量引发问题

不用自己写锁/互斥逻辑，直接用SharePoint内置机制就能搞定：

方案1：原子化条件更新（最直接） #

别再先读库存再手动减1了，直接在更新项目动作里做服务器端的原子操作：

• 触发流后，直接调用更新项目，点开高级选项，设置更新条件：可用套餐数 > 0
• 把可用套餐数的更新值设为可用套餐数 - 1（用动态内容里的当前字段值）
• 之后检查这个动作的执行结果：如果更新成功，说明库存充足，继续走发取件邮件、审批的流程；如果更新失败（库存已被抢完），直接给客户发“当前无可用套餐”的通知。
  SharePoint会在服务器端一次性完成“检查+更新”，完全不会出现并发覆盖的问题，相当于自带了锁机制。

方案2：版本控制+冲突重试 #

如果需要更严谨的冲突处理，给SharePoint列表开启版本控制：

• 进入列表设置→版本历史设置，开启“创建主要版本”
• 在更新项目动作的高级选项里，勾选检测冲突，选择“比较当前版本和已提交版本”
• 给这个动作开启重试策略（在动作设置里找到“重试”，设置3次以内的重试次数）
  当出现并发更新时，第二个流的更新会因为版本不匹配失败，重试时会自动读取最新库存再尝试，基本能解决大部分并发问题。

另外，还件时的库存加1也用同样逻辑：更新时直接设为可用套餐数 + 1，要是怕超过上限（比如你总共4个套餐），就加个可用套餐数 < 4的条件。

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