Power Apps画廊按钮点击后在发布应用中引用错误行问题排查

核心原因：异步操作下画廊行上下文的失效 #

你的问题本质是Power Apps运行时的异步特性与画廊行上下文的动态绑定冲突，具体细节如下：

1. 设计模式与发布后运行环境的差异
   设计模式中操作基本同步执行：点击按钮时，ThisItem（或画廊行上下文）会稳定指向你点击的那一行记录，Patch操作完成前画廊不会触发重新渲染，因此能正确引用目标数据。
   但发布后，Power Apps的运行环境是异步的，Patch这类数据操作不会阻塞UI刷新。

2. 画廊数据源自动刷新触发错位
   你的画廊Items是按Modified降序筛选的SparePartIndividual记录。点击按钮执行原代码时，Patch会更新相关列表的记录，这会导致SparePartIndividual的Modified字段变化，触发画廊数据源自动重新加载排序。
   此时按钮的点击事件还在处理中，但画廊已经完成重新渲染——原来点击的行位置对应的记录已变成刷新后的新数据（比如原第二行被挤到第三行，原第三行升到第二行），原代码依赖的ThisItem会指向刷新后的行数据，而非点击时的目标行，最终导致Quantity更新到错误的父备件上。

3. 原代码的致命缺陷：未固化行数据快照
   原代码直接使用ThisItem或画廊控件的当前值进行跨列表Patch，没有将点击瞬间的关键数据（比如目标Spare Part ID、当前记录ID）提前保存为静态变量。这些行上下文值是动态绑定到画廊当前渲染状态的，一旦画廊刷新，值就会跟着变化。

为什么用变量存储就能解决？ #

当你把点击时的ThisItem（或关键字段）存入变量（比如Set(varCurrentRecord, ThisItem)），相当于保存了点击瞬间的行数据快照。后续Patch操作使用变量里的固定值，不再依赖画廊的动态行上下文，即使画廊因数据源变化重新渲染，变量内的数据也不会改变，自然能正确引用目标记录完成更新。

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