Play Store应用内购场景下何时调用“Consume”消费接口

首先明确结论：先向用户发放对应购买权益，再调用consumeAsync()执行消耗操作是全行业通用的标准实践，绝对不建议按相反顺序执行。 #

核心逻辑原因 #

• 若先执行consumeAsync()再发权益：一旦调用消耗接口后出现客户端闪退、网络中断、进程被杀死等异常情况，购买记录会被谷歌Play标记为已消耗，后续你无法再通过接口查询到这笔购买记录，此时权益还没发放给用户，就会出现用户付费后拿不到对应商品的问题，只能通过人工客服申诉解决，会带来大量不必要的客诉和资损风险。
• 若先发放权益再执行消耗：就算完成权益发放后调用consumeAsync()失败，你后续启动应用、拉取用户有效购买列表时，仍然可以查询到这笔未消耗的购买记录，只要你本地提前做好了已发放权益的订单标记，就可以直接跳过发放环节重新调用消耗接口即可，不会出现重复发放或者漏发的问题。

行业通用规则说明 #

不止谷歌Play的内购体系，苹果App Store消耗型内购、国内主流应用商店的内购SDK、以及绝大多数第三方支付的虚拟商品交易逻辑，都采用相同的执行顺序要求，本质是为了避免交易环节出现「订单已完结但权益未发放」的单边账问题。 #

配套最佳实践 #

• 本地需要持久化存储已经完成权益发放的购买token/订单号，避免查询到历史购买记录时重复发放权益
• 每次应用冷启动时，建议主动拉取一次用户的所有未消耗购买记录，做权益补放和消耗补执行的兜底校验

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