Billing Library 2.0中提供了新的“重新订阅”功能，它与旧的Billing Library 1.2.2有什么不同？

如何解决Billing Library 2.0中提供了新的“重新订阅”功能，它与旧的Billing Library 1.2.2有什么不同？

在Android开发者控制台中，我看到了此消息

您的用户当前无法使用重新订阅，因为您的应用 在所有活动的APK中均未使用Billing Library 2.0

但是，我很困惑。当前，我们正在使用计费库1.2.2。

这是我们决定是否向用户显示订阅按钮的方式。

• 在queryPurchases期间，我们将执行List<Purchase> purchases = PurchasesResult.getPurchasesList()。如果在purchases中找不到订阅的SKU，我们将显示订阅按钮。如果没有，我们将隐藏订阅按钮。
• 如果这是新订户，则其purchases中将没有SKU。因此，他将看到订阅按钮，并允许再次订阅。
• 如果这是先前订阅的用户，并且已经取消，则我们假设他的purchases中也没有SKU！因此，他将看到订阅按钮，并允许再次订阅相同的sku。

如您所见，即使使用旧的Billing Library 1.2.2，我们仍然允许用户重新订阅相同的SKU，以恢复先前取消的订阅。

如果是这样，为什么在Billing Library 2.0中有一个名为“重新订阅” （https://developer.android.com/google/play/billing/subs#resubscribe）的特殊功能？与我们当前的计费库1.2.2流程有何不同？

解决方法

https://developer.android.com/google/play/billing/subs#resubscribe

用户可以在许多不同的情况下重新订阅：

• 在订阅到期之前，用户可以在您的应用中重新购买相同的订阅。这会生成一个新的订阅， 购买令牌。
• 在订阅到期之前，用户可以在Google Play订阅中心恢复订阅。这使 相同的订阅和购买令牌。
• 订阅到期后，用户还可以在到期后的1年内通过Google Play重新购买相同的SKU 订阅中心。这将产生一个新的订阅和购买 令牌。

2.0的发行说明中提供了更多详细信息：https://developer.android.com/google/play/billing/release-notes

我认为该API适用于在您的应用程序外部进行的订阅（例如，从Google Play订阅中心（在项目要点3中提到）或在实体商店进行的订阅）。

根据您的问题，似乎您已经处理了有关用户没有订阅或已取消订阅的其他情况-但是这些流程适用于应用程序内部，而不适用于外部。要正常处理在应用程序外部进行的购买，您必须使用2.x或更高版本。

1.x中无法处理应用程序外部的订阅，例如Google Play订阅中心或实体商店。从2.x +

起可用 ,

假设您不会混淆订阅流程，那么它将保持原样。其他功能已添加到Google Play结算中。在我们交谈时，Google play billing 3.0已启动并准备就绪。点击此链接

https://developer.android.com/google/play/billing/release-notes#3-0-0-summary-changes

重新订阅功能将使恢复订阅更加容易。

在某些情况下，应简化订阅管理。

订阅还原和重新订阅

让我们假设用户出于某种原因取消了订阅续订，并且在订阅到期之前想再次订阅。现在，如果用户想再次恢复它。这项新功能将允许恢复订阅，就好像从未取消订阅一样。为此，条件是订阅不得已过期。如果它已经过期，那么它就在这里。 用户将不得不重新订阅。要恢复，任何暂停的订阅用户都需要重新订阅，您必须像对待它一样对待它。

帐户保留功能

用户订阅，有时由于财务问题或信用卡过期，用户有时无法付款。在这种情况下，开发人员可以启动帐户保留而不是取消帐户。这将使用户可以管理订阅，直到他们最终确定付款为止。

具有现有应用程序的开发人员需要在11月1日之前集成帐户保留和订阅还原。除非他们选择退出，否则他们还需要集成“订阅暂停”和“重新订阅”。如果他们未能在截止日期之前这样做，将来的更新可能会被拒绝，从而延迟了新功能，错误修复和元数据的发布。

,

老实说，使用重新订阅功能以旧方法和新方法重新订阅相同的sku之间并没有太大区别。为什么？ （顺便提一下，这些都不是经过严格测试的，这是合乎逻辑的解释。）

1. 在两种情况下，只要订阅处于活动状态，订阅元素都将保持不变，并且都将以queryPurchases方法返回。
2. 这与queryPurchases方法有关，我还没有测试过，但是以旧的方式可能会返回相同sku的多次购买，从而可能会造成混乱。在取消订阅仍处于活动状态的情况下重新订阅后，queryPurchases方法将仅返回1个订阅，从而导致queryPurchaseHistoryAsync方法不返回任何内容。以旧的方式，如果queryPurchases方法在获得具有相同sku的已取消订阅的订阅后仅返回1次购买，则queryPurchaseHistoryAsync实际上可能会返回已取消的旧订阅，即使该订阅仍处于活动状态处于取消状态。
3. 在Google Play开发者API方面，有一种方法可以将购买令牌链接到较旧的令牌。为此，在旧方法和新方法之间，Purchase.getLinkedPurchaseToken()函数在订阅相同的sku后可能返回不同的值。我想，使用旧方法重新订阅已取消的有效订阅将生成一个新的购买令牌和getLinkedPurchaseToken()。因为没有BillingClient方法，所以这不会影响getLinkedPurchaseToken()本身，但是从逻辑上讲这应该是结果。

底线：我只能说的唯一区别是，用新方法重新订阅可能会减少混乱，而在旧方法上，可能要避免使用不必要的数据。只要您拥有queryPurchases返回的与您的SKU匹配的订阅，就可以认为该用户具有有效的订阅。