Power Apps批量上传Google Sheets速度慢、采集漏项优化咨询

• 收集内容漏值的本质：不是缓存异常，是Power Apps Gallery的虚拟化加载机制。Gallery不会一次性渲染所有项，仅会生成当前可视区域内的控件实例，未滚动到可视区的项没有对应的真实控件，此时直接遍历Gallery1.AllItems读取控件文本，未加载的项对应值自然为空。原写法把Gallery当成了可全量读取的静态列表，本身就不符合组件的设计逻辑。
• 上传速度慢的本质：是请求方式的效率缺陷。逐行执行Patch上传时，每一条记录都会单独向Google Sheets连接器发送一次API请求，99条记录对应99次独立网络往返，累计的网络延迟加上Google Sheets连接器的调用速率限制，就会出现执行到85条左右触发限流、停滞1分钟再继续处理的现象。循环逐行写的方式会把连接器的延迟放大数倍，和Power Apps本身的计算能力无关。

解决Gallery收集漏值问题 #

• 完全绕开对Gallery渲染实例的依赖，直接从Gallery绑定的全量标准源列表遍历取值。Gallery只是供用户交互录入的载体，真正的全量标准数据在最开始加载应用时就已经存在内存中，不需要等Gallery全部渲染完成才能取值。
• 优化后的收集代码示例：

// 假设Gallery绑定的全量标准源为StandardItemSource（最初加载到Gallery的item_id、item基础列表）
ClearCollect(
    UploadCollection,
    ForAll(
        StandardItemSource,
        {
            item_id: item_id,
            item: item,
            // 匹配用户在Gallery中录入的recorded_value，仅做值匹配，不依赖控件的渲染状态
            recorded_value: LookUp(Gallery1.AllItems, item_id = ThisRecord.item_id, t_recorded_value.Text)
        }
    )
)

• 移除原代码中Filter(Gallery1.AllItems, true)的冗余写法，该写法会强制触发Gallery全量扫描已渲染项，反而拖慢收集效率。
• 可选强化优化：为Gallery内的recorded_value输入框配置OnChange动作，用户输入完成时直接把值同步到和标准源绑定的临时集合中，彻底避免Gallery未渲染导致的值匹配偏差。

解决上传效率低的问题 #

• 替换原逐行Patch的写法：确保UploadCollection的字段名称、字段类型和Google Sheets的records数据源列完全匹配后，直接单次执行Collect(records, UploadCollection)即可完成批量上传。该方法会把整批数据合并为最少数量的连接器请求（单批次最多处理100行），完全消除逐行发送请求的网络往返开销。
• 避坑要求：批量上传前不要对集合做多余的类型转换，比如Google Sheets中item_id原本是文本类型，就不要在集合里把它转成数字，类型不匹配会触发连接器逐行校验，拖慢上传速度甚至触发报错。
• 原85条记录左右停滞的问题会随逐行请求的消除直接解决：该停滞本质是Google Sheets连接器的速率限流触发后的等待窗口，逐行请求会快速触发限流阈值，批量请求的调用次数远低于限流阈值，不会出现暂停等待的情况。
• 99行的规模完全在Google Sheets连接器的批量处理能力范围内，不需要额外拆分批次上传，单次Collect调用即可在数秒内完成全量写入。

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