Test Payment Flows

Github 链接：bit.ly/GitHub-test payments

用于测试和记录应用内购买流程事件的简单应用程序，按照针对不运行自己的计费服务器的应用程序的标准计费实践（即依靠 Play Billing 设备上 API 来查询产品和购买）而构建。

目前支持手机、Android TV 和 Wear OS。

要使用它，最佳实践是测试此应用程序的支付流程，该流程不适用于您自己的应用程序。如果它在此应用程序中运行，请将您的代码与我们的 Github 代码进行比较或检查我们的日志以识别差异；如果此应用程序也失败，请告诉我们 - 这可能是 Play 计费更改破坏了流程，我们可能必须更新应用程序！

注意：此应用程序中的所有交易仅用于测试目的。交易不会提供任何实际的商品或服务。应用程序中使用的术语（例如“购买玫瑰”）仅用于演示目的，并不真实。

价格已设置为通过 Play 管理中心要求所需的最低价格，以最大限度地降低使用此应用的测试成本。
由于最低要求，大多数费用为 0.49 美元或等值（由于最低要求不同，某些国家/地区可能会有所不同）。

截至发布时，购买流程已得到验证。它还将不断更新，以尽最大努力赶上所需的计费更改。如果您发现自己的应用程序中的付款由于未知原因而失败，则需要进行更多交叉验证。

可以测试应用内产品以及订阅（请记住在测试后取消它！）。还提供日志来指示支付流程中的事件。

截至目前的关键实施细节：

1. 当您在PurchasesUpdatedListener 中的onPurchasesUpdated 中收到成功响应时，请确保处理您的购买（确认并消费（如果适用））

2. 确保您还在应用程序的 onResume() 调用中查询用户的购买 ​​(queryPurchasesAsync)（如果 onResume() 不是合适的位置，则进行等效操作），检查每个购买的确认状态，如果尚未成功确认则确认它们。

- 如果消耗品已被确认但仍包含在响应中（这意味着它没有成功消耗），则也消耗消耗品

3. 更新 UI 以反映计费响应的新变化。

4. 请注意，手表屏幕可能很快就会关闭，可能会延迟 onPurchasesUpdated() 等，因为应用程序在付款完成时未主动运行或接收事件。当您唤醒屏幕时， onPurcahsesUpdated() 和 onResume() 中的 queryPurchasesAsync() 可能几乎同时触发（因此请确保检查竞争条件）。

5. 请注意，72 小时内未确认的购买将自动退款。