从 Google Play 结算库版本 4 或 5 迁移到版本 6

本主题将介绍如何从 Google Play 结算库版本 4 或 5 迁移到 Google Play 结算库版本 6,以及如何使用新的订阅功能。

如需查看版本 6.0.0 的完整变更列表,请参阅版本说明

概览

Google Play 结算库版本 6 以版本 5 为基础,引入了新订阅功能,并做出了多项改进。借助这些功能,您能以更多方式销售订阅内容,还能降低运营费用,因为无需创建和管理越来越多的 SKU。

如需详细了解 Play 结算库 5 中引入的新功能,请参阅 Play 管理中心内订阅方面的近期变更

向后兼容的 Play 结算库升级

作为 2022 年 5 月发布的 Play 结算库版本 5 和新订阅平台的一部分,所有现有的订阅产品都会自动转换为这种新范例。这意味着,您无需更改订阅产品配置,即可获得与新版 Play 结算库兼容的目录。如需详细了解如何将订阅 SKU 转换为向后兼容的订阅,请参阅 Play 管理中心帮助文章中的“使用旧版订阅”部分。

旧版应用仍可正常运行

如果您有向后兼容的订阅目录,那么您所有现有版本的应用仍应按预期适用于这些产品。一次性商品购买交易应该仍然可以继续在旧版中正常进行。

使用已废弃方法(例如 querySkuDetailsAsync())的应用版本将无法销售任何不向后兼容的基础方案或优惠。如需了解向后兼容的优惠,请参阅相关的 Play 管理中心帮助中心文章

升级到 Play 结算库 5 或 6

Play 结算库 5 和 6 包含已废弃的 querySkuDetailsAsyncBillingFlowParams.Builder.setSkuDetails 方法,其中这些方法的结算流程参数为 SkuDetails。这意味着,您可以通过规划不同的迁移阶段,逐步迁移至 Play 结算库 6。

如要迁移,首先更新库版本,保持目录和后端不变,然后在其仍使用已废弃方法时测试应用。如果未使用 queryPurchaseslaunchPriceChangeFlowsetVrPurchaseFlow,则它应仍可按预期运行。之后,您可以通过迭代来全面采用 2022 年 5 月发布的新订阅功能

如果您之前已通过 Google Play 结算库版本 5 迁移采用了这些功能,则可以直接跳至标记为更新 Google Play 结算库更改用户的订阅购买交易的部分。如果您是从早期版本开始迁移,或尚未全面采用新功能,请参阅完整的迁移步骤,了解如何采用这些功能。

完整的迁移步骤

在后端商品清单中创建新订阅

现在,使用 Play 管理中心或 Play Developer API,您可以配置包含多个基础方案的单个订阅,每个基础方案可提供多项优惠。您可以为订阅优惠设置灵活的定价模式和资格条件。您可以使用各种各样的自动续订服务和预付费方案,在整个订阅生命周期中创建优惠。

我们建议在迁移应用之前,按照新订阅平台中的实体结构为 Play 结算库版本 6 集成创建新产品。您可以在单个订阅下合并旧清单中提供相同使用权福利的重复产品,并使用基础方案和优惠配置来表示您希望提供的所有选项。如需详细了解此建议,请参阅 Play 管理中心帮助文章“使用旧版订阅”部分。

建议您不要修改在 2022 年 5 月版本之后转换的订阅产品,应该保持不变,即使用已废弃的方法(例如,querySkuDetailsAsync())随应用版本一起销售,避免引入可能影响这些旧 build 的变更。

转换流程会使 2022 年 5 月之前的清单中的订阅产品变为只读状态,以避免可能导致现有集成出现问题的意外更改。可以更改这些订阅,但可能对您的前端和后端集成产生影响:

  • 在前端,使用 querySkuDetailsAsync() 获取订阅产品详情的应用版本只能销售向后兼容的基础方案和优惠,并且只能有一个向后兼容的基础方案和优惠组合,因此如果您向转换后的订阅添加新的方案或优惠,新的额外基础方案或优惠将无法在这些旧版应用中销售。

  • 在后端,如果您在 Play 管理中心界面中修改转换后的订阅,则无法使用 inappproducts 端点管理这些订阅(如果您为此目的调用了该端点)。您还应迁移到新的订阅购买状态端点 (purchases.subscriptionsv2.get) 来管理这些订阅的购买交易,因为旧购买状态端点 (purchases.subscriptions.get) 仅返回处理向后兼容的基础方案和优惠购买交易所需的数据。如需了解详情,请参阅管理订阅购买状态部分

使用新 API 管理后端订阅清单

如果您使用 Google Play Developer API 自动管理订阅产品清单,则需要使用新的订阅产品定义端点来创建和管理订阅、基础方案和优惠。请参阅 2022 年 5 月的订阅功能指南,详细了解此版本的产品清单 API 变更。

如需迁移 Google Play 结算服务订阅的自动产品清单管理模块,请将 inappproducts API 替换为新的 Subscription Publishing API 来管理和发布订阅清单。有三个新端点:

这些新端点具有利用清单中的所有新功能所需的所有功能:基础方案和优惠标签、区域定位、预付费方案等。

您应该依然使用 inappproducts API 来管理一次性购买产品的应用内产品清单。

使用已废弃方法(例如 querySkuDetailsAsync())的应用版本将无法销售任何不向后兼容的基础方案或优惠。您可以在此处了解向后兼容的优惠。

更新 Google Play 结算库

创建新的订阅产品清单后,您可以将应用迁移到 Google Play 结算库版本 5。使用应用 build.gradle 文件更新后的版本替换现有的 Play 结算库依赖项。

dependencies {
    def billingVersion = "6.0.0"

    implementation "com.android.billingclient:billing:$billingVersion"
}

即使您没有修改任何方法调用,您的项目应该也会立即构建,因为我们已在 Play 结算库版本 6 中实现了向后兼容性。SKU 的概念被视为已废弃,但仍会存在,目的是使应用移植流程更简单且更循序渐进。

初始化结算客户端并与 Google Play 建立连接

从 Android 应用启动购买交易的前几步保持不变:

展示可供购买的商品

为了获取用户符合购买条件的所有优惠,请按以下步骤操作:

  • SkuDetailsParams 替换为 QueryProductDetailsParams
  • BillingClient.querySkuDetailsAsync() 调用改为 BillingClient.queryProductDetailsAsync()

请注意,查询结果现在是 ProductDetails,而不是 SkuDetails。每个 ProductDetails 项目都包含商品的相关信息(ID、商品名、类型等)。对于订阅商品,ProductDetails 包含一个 List<ProductDetails.SubscriptionOfferDetails>,即订阅优惠详情列表。对于一次性购买商品,ProductDetails 包含一个 ProductDetails.OneTimePurchaseOfferDetails。它们可用于确定要向用户显示哪些优惠。

以下示例是应用在进行这些更改前后的比较:

之前

Kotlin

val skuList = ArrayList<String>()

skuList.add("up_basic_sub")

val params = SkuDetailsParams.newBuilder()

params.setSkusList(skuList).setType(BillingClient.SkuType.SUBS).build()

billingClient.querySkuDetailsAsync(params) {
    billingResult,
    skuDetailsList ->
    // Process the result
}

Java

List<String> skuList = new ArrayList<>();

skuList.add("up_basic_sub");

SkuDetailsParams.Builder params = SkuDetailsParams.newBuilder();

params.setSkusList(skuList).setType(SkuType.SUBS).build();

billingClient.querySkuDetailsAsync(params,
    new SkuDetailsResponseListener() {
        @Override
        public void onSkuDetailsResponse(BillingResult billingResult,
                List<SkuDetails> skuDetailsList) {
            // Process the result.
        }
    }
);

之后

Kotlin

val productList =
    listOf(
        QueryProductDetailsParams.Product.newBuilder()
            .setProductId("up_basic_sub")
            .setProductType(BillingClient.ProductType.SUBS)
            .build()
    )

val params = QueryProductDetailsParams.newBuilder().setProductList(productList).build()

billingClient.queryProductDetailsAsync(params) {
    billingResult,
    productDetailsList ->
    // Process the result
}

Java

ImmutableList<Product> productList = ImmutableList.of(Product.newBuilder()
                                            .setProductId("up_basic_sub")
                                            .setProductType(ProductType.SUBS)
                                            .build());

QueryProductDetailsParams params = QueryProductDetailsParams.newBuilder()
    .setProductList(productList)
    .build();

billingClient.queryProductDetailsAsync(
        params,
        new ProductDetailsResponseListener() {
                public void onProductDetailsResponse(BillingResult billingResult, List<ProductDetails> productDetailsList) {
                    // Process the result
                }
        }
);

queryProductDetailsAsync 的回调会返回一个 List<ProductDetails>。每个 ProductDetails 项目都包含商品的相关信息(ID、商品名、类型等)。主要区别在于,订阅商品现在还包含一个 List<ProductDetails.SubscriptionOfferDetails>,其中包含用户可以享受的所有优惠。

由于以前的 Play 结算库版本不支持新对象(订阅、基础方案、优惠等),因此新系统将每个订阅 SKU 转换为单个向后兼容的基础方案和优惠。可用的一次性购买商品也改为使用 ProductDetails 对象。您可以使用 getOneTimePurchaseOfferDetails() 方法访问一次性购买商品的优惠详情。

在极少数情况下,某些设备无法支持 ProductDetailsqueryProductDetailsAsync(),这通常是因为 Google Play 服务版本已过时。为了确保对此场景提供适当的支持,请先针对 PRODUCT_DETAILS 功能调用 isFeatureSupported(),然后再调用 queryProductDetailsAsync。如果响应为 OK,表示设备支持该功能,您可以继续调用 queryProductDetailsAsync()。如果响应为 FEATURE_NOT_SUPPORTED,您可以改用 querySkuDetailsAsync() 请求可用的向后兼容产品列表。如需详细了解如何使用向后兼容功能,请参阅 2022 年 5 月的订阅功能指南

启动优惠购买流程

启动优惠的购买流程与启动 SKU 的流程非常相似。如需使用版本 6 发起购买请求,请执行以下操作:

  • 不要将 SkuDetails 用于 BillingFlowParams,请改为使用 ProductDetailsParams
  • 可以使用 SubscriptionOfferDetails 对象获取优惠详情,例如优惠 ID、基础方案 ID 等。

为了销售提供用户所选优惠的商品,请获取所选优惠的 offerToken,并将其传入 ProductDetailsParams 对象。

创建 BillingFlowParams 对象后,使用 BillingClient 启动结算流程的操作保持不变。

以下示例是应用在进行这些更改前后的比较:

之前

Kotlin

// An activity reference from which the billing flow will be launched.
val activity : Activity = ...
// Retrieve a value for "skuDetails" by calling querySkuDetailsAsync().
val billingFlowParams = BillingFlowParams.newBuilder()
                            .setSkuDetails(skuDetails)
                            .build()

val billingResult = billingClient.launchBillingFlow(activity, billingFlowParams)

Java

// An activity reference from which the billing flow will be launched.
Activity activity = ...;
// Retrieve a value for "skuDetails" by calling querySkuDetailsAsync().
BillingFlowParams billingFlowParams = BillingFlowParams.newBuilder()
        .setSkuDetails(skuDetails)
        .build();

BillingResult billingResult = billingClient.launchBillingFlow(activity, billingFlowParams)

之后

Kotlin

// An activity reference from which the billing flow will be launched.
val activity : Activity = ...
// Retrieve a value for "productDetails" by calling queryProductDetailsAsync()
// Get the offerToken of the selected offer
val offerToken = productDetails.subscriptionOfferDetails?.get(selectedOfferIndex)?.offerToken

val productDetailsParamsList =
    listOf(
        BillingFlowParams.ProductDetailsParams.newBuilder()
            .setProductDetails(productDetails)
            .setOfferToken(offerToken)
            .build()
    )
val billingFlowParams =
    BillingFlowParams.newBuilder()
        .setProductDetailsParamsList(productDetailsParamsList)
        .build()

// Launch the billing flow
val billingResult = billingClient.launchBillingFlow(activity, billingFlowParams)

Java

// An activity reference from which the billing flow will be launched.
Activity activity = ...;

// Retrieve a value for "productDetails" by calling queryProductDetailsAsync()
// Get the offerToken of the selected offer
String offerToken = productDetails
                     .getSubscriptionOfferDetails()
                     .get(selectedOfferIndex)
                     .getOfferToken();
// Set the parameters for the offer that will be presented
// in the billing flow creating separate productDetailsParamsList variable
ImmutableList<ProductDetailsParams> productDetailsParamsList =
        ImmutableList.of(
                 ProductDetailsParams.newBuilder()
                     .setProductDetails(productDetails)
                     .setOfferToken(offerToken)
                     .build()
        );

BillingFlowParams billingFlowParams = BillingFlowParams.newBuilder()
            .setProductDetailsParamsList(productDetailsParamsList)
            .build();

// Launch the billing flow
BillingResult billingResult = billingClient.launchBillingFlow(activity, billingFlowParams);

处理购买交易

使用 Google Play 结算库版本 6 处理购买交易的操作与以前的版本类似。

如需拉取用户拥有的所有有效购买交易并查询新购买交易,请执行以下操作:

  • 请传递一个包含 BillingClient.ProductType 值的 QueryPurchasesParams 对象,而不要向 queryPurchasesAsync() 传递 BillingClient.SkuType 值。

以下示例是应用在进行这些更改前后的比较:

之前

Kotlin

billingClient.queryPurchasesAsync(BillingClient.SkuType.SUBS) {
    billingResult,
    purchaseList -> {
        // Process the result
    }
}

Java


billingClient.queryPurchasesAsync(
    BillingClient.SkuType.SUBS,
    new PurchasesResponseListener() {
        public void onQueryPurchasesResponse(
                BillingResult billingResult,
                List<Purchase> purchases) {
            // process the result
        }
    }
);

之后

Kotlin

billingClient.queryPurchasesAsync(
    QueryPurchasesParams.newBuilder()
        .setProductType(BillingClient.ProductType.SUBS)
        .build()
) { billingResult, purchaseList ->
    // Process the result
}

Java

billingClient.queryPurchasesAsync(
    QueryPurchasesParams.newBuilder().setProductType(ProductType.SUBS).build(),
    new PurchasesResponseListener() {
        public void onQueryPurchasesResponse(
                BillingResult billingResult,
                List<Purchase> purchases) {
            // Process the result
        }
    }
);

用于管理应用外购买待处理交易的步骤没有变化。

在后端使用新 API 管理订阅购买状态

您应该迁移后端中的订阅购买状态管理组件,以便处理在前面步骤中创建的新产品的购买交易。对于您在 2022 年 5 月发布之前定义的转换后订阅产品,您当前的订阅购买状态管理组件应该可以正常工作,它应该足以管理向后兼容优惠的购买交易,但不支持任何新功能。

您需要为订阅购买状态管理模块实现新的 Subscription Purchases API,该模块会在后端检查购买状态并管理 Play 结算服务订阅使用权。该 API 的旧版本不会返回在新平台中管理购买交易所需的所有详细信息。如需详细了解与先前版本相比的变化,请参阅 2022 年 5 月新订阅功能指南。

通常在每次收到 SubscriptionNotification 实时开发者通知时调用 Subscription Purchases API,即可拉取有关订阅状态的最新信息。您需要将对 purchases.subscriptions.get 的调用替换为新版本的 Subscription Purchases API purchases.subscriptionsv2.get。在新模型中,有一个名为 SubscriptionPurchaseV2 的新资源,可提供足够的信息来管理订阅的购买使用权。

此新端点会返回所有订阅产品和所有购买交易的状态,无论销售该产品的应用版本是什么,也不管该产品是何时定义的(2022 年 5 月版本之前或之后),因此在迁移后,您只需使用此版本的订阅购买状态管理模块。

更改用户的订阅购买交易

在 Play 结算库 5 及更低版本中,ProrationMode 用于将更改应用于用户的订阅购买交易,例如升级或降级。在版本 6 中,它已被废弃,取而代之的是 ReplacementMode

处理订阅价格变动

先前已废弃的 launchPriceConfirmationFlow API 已从 Play 结算库 6 中移除。如需了解替代方案,请参阅价格变动指南

处理 Play 结算库错误

Play 结算库 6 中新增了 NETWORK_ERROR 代码,用于指明用户设备和 Google Play 系统之间的网络连接问题。代码 SERVICE_TIMEOUTSERVICE_UNAVAILABLE 也发生了变化。如需了解详情,请参阅处理 BillingResult 响应代码

处理待处理的交易

从 6.0.0 版开始,Play 结算库不再为待处理的购买交易创建订单 ID。只有在购买交易变为 PURCHASED 状态后,系统才会为这类购买交易填充订单 ID。确保您的集成仅预期在交易全部完成后获得订单 ID。您仍可将购买令牌用作记录。如需详细了解如何处理待处理的购买交易,请参阅 Play 结算库集成指南购买生命周期管理指南