In-App Billing v3 可靠性缺陷

Question

首先，感谢 Google 提供了新的 IAB API，与之前的 API 相比，它似乎更易于使用。与旧示例相比，新示例也是一个巨大的飞跃，到目前为止，由于缺少super.onDestroy()，因此在MainActivity.onDestroy() 仅发生了一次崩溃。

但是我不太明白一个说法：

您必须先发送消费请求，然后才能提供 给用户的消耗品应用内购买。

按照此指南，如果应用程序在执行消费请求后立即死亡，似乎购买的物品将会丢失。以前的实现提供了定期 IN_APP_NOTIFY 广播，直到确认购买，但新的实现缺少它。除了实现自己的购买流程跟踪之外，我看不到如何可靠地提供项目，这将被永久存储并且肯定会使代码复杂化。那么，新方法看起来像是实施中的缺陷还是我遗漏了什么？

此外，在我的情况下，配置（包括验证）是在服务器端完成的。我在想我是否应该忽略引用的指南并在提供之前进行消费。使用这种方法，我不必担心购买完成后物品会丢失。如果应用程序崩溃，项目将保留为“拥有”，直到我进行服务器端配置然后消费。从安全角度来看会好吗？

Answer 1

我同意。我会在服务器上处理事务（成功或验证失败），然后将其标记为已使用。