跨会话/设备处理应用内购买/消耗品？

Question

我的问题是围绕着用谷歌的应用内计费API处理应用内消耗品的购买。(https://developer.android.com/google/play/billing/api.html#consumetypes)

相反，您可以对可供多次购买的产品实施消费。通常，这些产品提供某些暂时效果。例如，用户在游戏中的角色可能会获得生命点数或者在他们的库存中获得额外的金币。在应用程序中分配购买的产品的好处或效果称为配置托管产品。您负责控制和跟踪如何向用户提供托管产品。

消耗品是可以多次购买的物品（比如游戏货币、游戏物品或升级使用等），而非消耗品只能购买一次（无广告、皮肤/角色等）

在关于消费购买的文档（https://developer.android.com/training/play-billing-library/purchure-iab-products.html）中，它还提到：

你如何使用你的应用中的消费机制是由你自己决定的。通常，您会为用户可能想要多次购买的具有临时利益的产品（如游戏内货币或可补充的游戏代币）实现消费。您通常不希望为一次性购买并提供永久效果的产品（如高级升级）实现消耗。

我的问题是如何跟踪消耗性产品的用户库存？文档和各种视频似乎很快就掩盖了这一点，基本上是说，当确认购买成功时，应用程序必须应用消耗品的效果。但这并不是事实的全部。如果用户注销后使用不同的帐户重新登录，该怎么办？或者他们切换到一部新手机,他们应该在那部手机上安装该产品。

您不能将购买记录真正保存在SharedPreferences或持久缓存中，因为它与手机绑定在一起。如果一个用户在不同的手机上登录，那么他们应该拥有他们所做的所有购买的好处。

举下面的例子：

Answer 1

我自己正在实现应用内购买。

你需要运行一个独立于谷歌的私有服务器来跟踪这些东西的购买/消费吗？

是的，当然，正如谷歌在html" target="_blank">安全最佳实践中所建议的

这是验证购买的流程：

1. 用户单击“购买”按钮。
2. 使用Google支付。
3. 应用程序从谷歌接收“回执”并在本地存储
4. 将此“回执”发送到服务器。
5. 服务器将“PurchaseToken”发送到Google Play Developer API进行验证
6. Google Play Developer API发送带有状态代码的响应。
7. 将收据存储在服务器数据库中（如果我们要保留用户购买的历史记录）。

这是消费产品的流程：

null

我使用了以下文章：

• 教程：如何在Android Link中实现应用内计费
• 关于实现InApp购买链接的文章。
• 如何在服务器端验证android应用程序的购买（应用程序计费v3中的google play）链接。
• 另一个SO应答链接。
• 另一个SO应答链接。
• 代码项目示例链接。