首先，感谢 Google 提供了新的 IAB API，与以前的相比，它似乎更容易使用。与旧示例相比，新示例也是一个巨大的飞跃，到目前为止，MainActivity.onDestroy()由于缺少super.onDestroy().
但是我不太明白一个说法：
您必须先发送消费请求，然后才能将消耗品应用内购买的好处提供给用户。
遵循此指南，如果应用程序在执行消费请求后立即死亡，似乎购买的物品将会丢失。以前的实现提供了定期 IN_APP_NOTIFY 广播，直到确认购买，但新的实现缺少它。我看不出如何可靠地提供项目，除非实现自己的购买流程跟踪，这将被永久存储并且肯定会使代码复杂化。那么，新方法看起来像是实施中的缺陷还是我遗漏了什么？
此外，在我的情况下，配置（包括验证）是在服务器端完成的。我在想我是否应该忽略引用的指南并在提供之前进行消费。使用这种方法，我不必担心购买完成后物品会丢失。如果应用程序崩溃，项目将保留为“拥有”，直到我进行服务器端配置然后消费。从安全角度来看会好吗？